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Customer Support is Intel's complete support service that provides Intel customers with hardware support, software 
support, customer training, and consulting services. For more information contact your local sales offices. 


After a customer purchases any system hardware or software product, service and support become major factors in 
determining whether that product will continue to meet a customer's expectations. Such support requires an interna- 
tional support organization and a breadth of programs to meet a variety of customer needs. As you might expect, 
Intel's customer support is quite extensive. It includes factory repair services and worldwide field service offices 
providing hardware repair services, software support services, customer training classes, and consulting services. 


Intel is committed to providing an international service support package through a wide variety of service offerings 
available from Intel Hardware Support. 


Intel's software support consists of two levels of contracts. Standard support includes TIPS (Technical Information 
Phone Service), updates and subscription service (product-specific troubleshooting guides and COMMENTS Maga- 
zine). Basic support includes updates and the subscription service. Contracts are sold in environments which repre- 
sent product groupings (i.e., iRMX environment). 


Intel provides field systems engineering services for any phase of your development or support effort. You can use 
our systems engineers in a variety of ways ranging from assistance in using a new product, developing an application, 
personalizing training, and customizing or tailoring an Intel product to providing technical and management con- 
sulting. Systems Engineers are well versed in technical areas such as microcommunications, real-time applications, 
embedded microcontrollers, and network services. You know your application needs; we know our products. Work- 
ing together we can help you get a successful product to market in the least possible time. 


Intel offers a wide range of instructional programs covering various aspects of system design and implementation. In 
just three to ten days a limited number of individuals learn more in a single workshop than in weeks of self-study. 
For optimum convenience, workshops are scheduled regularly at Training Centers worldwide or we can take our 
workshops to you for on-site instruction. Covering a wide variety of topics, Intel's major course categories include: 
architecture and assembly language, programming and operating systems, bitbus and LAN applications. 
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SYSTEM 310AP 


The System 310 AP is faster than many minicomputers. 
Powerful dedicated 
processors 
for 


communications 
and mass storage inputJoutput 
control 
allow the 8 MHz 80286 
CPU to concentrate 
on application 
software. 
The System 310 AP is open, which means you can upgrade 
performance 
and/or functionality 
in the future without 
purchasing 
a new system, The open system design protects 
your investment 
from becoming obsolete. Open systems design also means easy system 


customization 
with Intel and third-party 
add-in Multibus 
boards. 


FEATlJRES 


• 
80286 
Based System 
• 
Open System MULTIBUSI!) architecture 
for 
upgradeability 
and growth 
• 
XENIX* 
Operating 
System 
• 
iRMXI!) Operating 
System 


• 
OpenNET'" 
Local Area 
etworking 


• 
Total hardware 
and software 
support 
from 


Intel's worldwide 
customer 
support 
organization 
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SYSTEM 310 tlP-tlN 
OPEN SYSTEM 


The Intel System 310 AP is based on the MULTIBUS 
architecture, 
(IEEE 796) industry 
standard 
system bus 


supported 
by over 200 vendors providing 
over 2000 


compatible 
products. 


The System 310 AP is an 80286 
based open system 


designed with expansion 
in mind. The system can be 


expanded to accommodate 
up to 9MB of parity·checked 


RAM. all accessible with no wait states across MULTIBUS's 
Local Bus Extension 
(LBX"'). For terminal 
communications, 
the systems can be expanded to a total of 18 RS232 serial 
ports. 


The System 310 AP supports 
20MB-140MB 
of Winchester 


disk storage. Mass storage can be expanded to 560MB 
using the 311 Peripheral 
Subsystem. 
The 310 AP also 


supports 
a 320KB 
5 V.' noppy drive and a 60MB 


streaming 
tape cartridge 
drive. 


XENIX OPERtlTlNG SYSTEM 


Intel XENIX is the highest performance 
Xenix available. 


XENIX. UNIX and DOS applications 
can be ported quickly 


and all system elements are user configurable. 
Over 200 


utilities 
support 
a rich Open System environment. 
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IRMP 
OPERtlTlNG SYSTEM 


The iRMX operating 
system delivers real-time 
per- 


formance. 
Designed to manage and extend the resources of 


the System 310 AP. this multitasking 
operating 
system 


provides configurable 
resouroes ranging from interrupt 


management 
and standard 
device drivers 
to data file 


maintenance 
commands 
for human interface 
and program 


development. 
A wide range of popular 
industry 
standard 


high-level languages are supported 
for application 


development. 
The iRMX facilities 
also include powerful 


utilities 
for easy. interactive 
configuration 
and debugging. 


OpenNETTM-STtlNDtlRD 
IN NETWORIlING 


Intel supports 
and drives local area networking 
standards 


and technology 
for microsystems 
and micro- 
communications 
industries. 
The Open NET Product family 


adheres to the International 
Standards 
Organization 
(ISO) 


and the seven layer Open Systems Interconnect 
(OSI) 


model. Only complete products 
that conform to this model 


and are based on open and public standards 
carry the 


OpenNET name. 
INTEL SERJ'ICE tlND SIJPPORT 


The System 310 AP is backed by Intel's worldwide 
service 


and support 
organization. 
Total hardware 
and software 


support 
is available, 
including 
a hotline number for when 
you need help fast. 


SYSTEMIMODELS 
310 Ap·17 
310AP~ 
310 AP-41 
310 AP-42 
310 AP-II 
310 AP-12 
310 AP-141 
31DAP-142 
31DAP·143 
310 Ap·l45 
310AP·141 


Mlcntproc_, 
80286 
80286 
80286 
80286 
80286 
80286 
80286 
80286 
80286 
80286 
80286 


8 MHz 
8MHz 
8 MHz 
8 MHz 
8 MHz 
8 MHz 
8 MHz 
8MHz 
8 MHz 
8 MHz 
8MHz 


N.ml~c 
Coproc_, 
80287 
80287 
80287 
80287 
80287 
80287 
80287 
80287 
80287 
80287 
80287 


RAM Mlmory 
1M8 
1MB 
1MB 
1MB 
2MB 
2MB 
1MB 
2MB 
2MB 
2MB 
2MB 
Floppy 
36OI<B 
36OI<B 
36OI<B 
36OI<B 
36OI<B 
36OI<B 
36OI<B 
36OI<B 
36OI<B 
36OI<B 
36OI<B 


Mas 
Stollge 
20MB 
40MB 
40MB 
40MB 
BOMB 
85MB 
140MB 
140MB 
140MB 
140MB 
140MB 


Tape Backup 
NA 
NA 
NA 
60MB 
60MB 
60MB 
60MB 
60MB 
60MB 
60MB 
60MB 


So~al 
IJO Porta 
2 
6 
10 
10 
10 
14 
2 
10 
14 
10 
1B 


Pallllil 
Porta 
1 
1 
1 
1 
1 
1 
1 
1 
1 
1 
1 
I 


Ope.NET 
Yes 
Yes 


ENJ'lRONMENT 


Operating 
Temperature 


Wet Bulb Temperature 
Relative Humidity 
Altitude 


lOoC to 35°C 
260C maximum 
20% 
to 70% 
noncondensing 


Sea level to 8.000 feet 
REGIJLtlTIONS 


Meets or exceeds the follOWing requirements: 


Safety 
US 
ULI14 


Canada 
CSA C22.2 


EMIIRFI 
LIS and Canada 
FCC Docket 20780-Class 
:\ 


ELECTRICtlL 


DC Power Output 
AC Power Input 
360 watt maximum 
88-132 
VAC or 180-264 VAC. 
47-63 Hz (user selectable) 


DIMENSIONS 


Height 
Width 
Depth 
Weight 


6Y2 • 
17' 
22' 
Approx. 
55 Ibs 


For' more information 
or the number of your nearest sales 


office call 800-548-4725 
(good in the U.S. and Canada). 


U ITED STATES. Intel Corporation 
3065 Bowers Ave.. Santa Clara. CA 95051 
Tel: (408) 987-8080 


Custom 
Systems 
Integration 


Factory 
Integrated 
Custom 
Systems 
Solutions 


• Integrated 
Systems Which 
Fit 
Your Application 
Requirements 
Exactly 


• Manufactured 
from Mutually 
Developed 
Specifications 


• Complete 
Hardware, Firmware 
and Diagnostics 
Development 


• 
Volume Manufacturing 
Process 


• 
Tailored Service Through 
Intel 
Customer 
Support Operation 


Custom Systems Integration will assign an 
engineering/manufacturing 
team to develop 


and deliver your custom product. 
We listen and respond to your unique 


specification requirements, from special 
environmentals 
to other MULTIBUS@ 


compatible peripherals 
and boards. 
Custom systems are 


manufactured under the 
same rigorous manufactur- 
ing process and quality 
standards as Intel's widely 
acclaimed standard 
MULTIBUS systems and 
board products. 
Intel's volume manufac- 


turing facilities mean 
product is available when you need it. 


Service support programs are tailorable to 


your unique requirements through Intel's 
Customer Support Operation. 


Intel 
Custom 
Systems 
Integration 
Affords 
Unique 
Added 
Value•.• 


1:DiscoYery, configuration 
and quote. 


Complete the design configurator on the 
following pages. Contact your Intel sales 
representative for assistance (non-disclosure 
available on request). 


Mail configurator to your local Intel sales 


representative or send to: 
Intel Corporation 
Custom 
Systems Integration 
5200 NE Elam Young Parkway 
Hillsboro, 
Oregon 
97124 
Mail Stop: HF2-61 
Attn: 
Jackie Randall 
or call (503) 696·7664 
One of Intel's custom 
systems marketing repre- 
sentatives will call to re- 
view with you the config- 
ration and delivery details. 


Intel will then deliver a 
quote specifying per unit price, non- 
recurring engineering costs, and delivery 
estimates based on volume. 
2: Detailed product specification and 
contract. Intel will work closely with you to 
develop a detailed product specification for 
mutual signoff, define contractual terms 
and conditions, and contract signoff. 
3: Ordering and delivery. Intel will assign 
a project team and set manufacturing 
schedules. A prototype will be made avail- 
able for approval and final signing of prod- 
uct specification prior to volume shipments. 
Intel will meet with you periodically for 
project review. 


Three 
Easy 
Steps 
to your 
Custom 
Systems 
Success ..• 


UNIX 
SYSTEM 320 


Intel combines the power of its high performance 
386-based 
System 320. the industry 
standard 
XENIX multiuser 
multi-tasking 
operating 
system. complete network service. software. 
and 
comprehensive 
customer 
support 
capabilities 
to deliver. install and maintain 
a complete system. The 
result is the XENIX System 320. giving you the performance 
and capabilities 
of a minicomputer 
at 
less than half the cost. The system is especially 
suited for office applications 
requiring 
multiple 
users 
and networking 
of PCS and terminals. 


XENIX SYSTEM 320 I'EATlJRES 


• 
80386 
Based System 
• 
XENIX Operating 
System 
• 
Open System Architecture 


• 
OpenNET'" 
Local Area Networking 
• 
Complete Installation. 
Service and Support 
• 
Range of Configurations 


inter-------- 


·XENIX 
and MS DOS are Lrademarks 
cI Microsctl 
Corporation 


Irtel 
CorporaUon 
assumes 
no responslbllilY 
for Lhe use ct any arCUllry 
other 
Lhan Circuitry 
emOOdIed 
In an Intel 
product.. 
No <dler 
circuit 
patent 
licenses 
are 


implied. 
Information 
oomalned 
herein 
supersedes 
previously 
published 
specifications 
on these de\lices from 
Intel 


XENIX OPERA'l'ING SYS'l'EM 


Intel XENIX is the highest performance Xenix available. 
XENIX, UNIX· and DOSapplications can be ported quickly 
and all system elements are user configurable. Over 200 
utilities support a rich Open System environment. 


Intel XENIX supports a wide range of system software and 
hardware options unsurpassed by any other XENIX 
implementation. A menu-driven installation utility and 
other installation utilities ensure that the user can build 
exactly what is required, interactively. 


SYS'l'EM 3:l0-AN 
OPEN SYS'l'EM 


The XENIX System 320 is based on the MULTIBUSTII 
architecture, (IEEE 796) industry standard system bus 
supported by over 200 vendors providing over 2000 
compatible products and the XENIX Operating System. 
Intel XENIX supports a broad range of application and 
system software. Programs for business data processing, 
scientific and engineering applications, communications, 
database management, word processing, graphics and 
many more are available from Intel and third-party 
suppliers. A complete set of programming languages are 
also available, in addition to the C compiler included with 
the system. 
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ENJ'lllONMEN'l' 


Operating Temperature 
Wet Bulb Temperature 
Relative Humidity 
Altitude 


O"e_NE'l''fII-'l'BE 
S'l'ANDMlD IN 
NE'l'WORKING 


Intel XENIX System 320 supports OpenNET,which 
adheres to the International Standards Organization (ISO) 
and the seven-layer Open Systems Interconnect (OSI) 
model. Only complete products that conform to this model 
and are based on open and public standards carry the 
OpenNET name. 


OpenNET's network File Access (NFA)is compatible with 
Microsoft's MS·NET and IBM's PC Networks Program. 
System resources and the processing power of XENIX can 
be shared among PCSand terminal users over the 
network. Extensive mail facilities are supported across an 
OpenNET network. Intel XENIX also several all popular 
host communication protocols sold directly by Intel as well 
as by third-party 
suppliers. 


INS'l'AUA.'l'lON SERJ'ICE & SlJPPOR'l' 


The Intel XENIX System 320 is backed by Inters 
worldwide service and support organization. Installation is 
available to quickly get the system up and running. 
Complete hardware and software support is available, 
including a hotline number for when the user needs help 
fast. Intel also provides hands-on training workshops to 
give the user a thorough understanding of the XENIX 
System 320. These workshops are conducted at Intel 
training centers or customer sites worldwide. 


lOoC to 400C 
26°C maximum 
85% at 400C 
Sea level to 10,000 feet 


Meets or exceeds the follOWingrequirements: 


Safety 
US 
canada 
Europe 


EMIIRFI 


US and canada 
Europe 


ELEC'l'RICAL 


DC Power Output 
AC Power Input 


DIMENSIONS 


Height 
Width 
Depth 
Weight 


UL 478 
CSZ C22.2 
IEC 435 


FCCClass B Computing Device 
VDE Limit Class B 


435 watt maximum 
88·132 VACor 176-264 VAC, 
47-63 Hz, single phase 


8' 
17.5' 
22.25' 
Approx. 55 Ibs 


SMS Data Products Group, Inc. 
1505 Planning Research Drive 
McLean. VA 22012 
(703) 833-8600 
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lRMX® SYSTI:M :120 


Intel combines the power of its high performance 386-based System 320. the widely used iRMX 286 
real-time software. complete network servioe software and comprehensive customer support 
capabilities to deliver, install and maintain a complete system, The result is the iRMX System 320 
gives you the performance and capabilities of a minicomputer at less than half the cost. The system 
is especially suited for applications requiring real-time response and resource control typically found 
in financial transaction. industrial automation. medical and communications markets. The 
iRMX System 320 is also appropriate as the development environment for module-based design. 


IRItU' 
,f!tY,f!t1'l:1J' :1201'1'; 1"-' RI;,f!t 


• 80386 Based System 
• iRMX Real-time Multitasking Operating 
System 
• Open System Architecture 
• OpenNET Local Area Networking 


• Complete Installation. Service and Support 
• Worldwide User Group Support 
• Rangeof Configurations 
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IRMX@ 2B6-REAL-TIME 
SOFTWARE 


The iRMX 286 operating system delivers real·time perfor· 
mance. Designed to manage and extend the resources of 
the System 320. this multitasking operating system 
provides configurable resources ranging from interrupt 
management and standard device drivers to data file 
maintenance commands for human interface and program 
development. The iRMX 286 facilities also include powerful 
utilities for easy. interactive configuration and debugging. 


SYSTEM 320-AN 
OPEN SYSTEM 


The iRMX System 320 is based on MULTIBUS architecture. 
(IEEE 796) industry standard system bus supported by 
over 200 vendors providing over 2000 compatible prod· 
ucts. and on the iRMX 286 operating system composed of 
modular layers. highly configurable for tailoring to target 
applications. A wide range of popular industry standard 
high·level languages are supported for application develop· 
ment. Special configurations can be tailored by the user, 
by Intel's Custom System Integration group or by Intel's 
authorized Value Added Distribution Centers. 


Ope.NETT"- 
THE STANDARD IN NI,'TWORIlIN6 


Intel supports and drives local area networking standards 
and technology for microsystems and microcommunica· 
tions industries. The OpenNET product family adheres to 
the International Standards Organization (ISO)and the 
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seven layer Open Systems Interconnect (OSI)model. Only 
complete products that conform to this model and are 
based on open and public standards carry the OpenNET 
name. 


INSTAUATION 
SERJlICE & SlJPPORT 


The Intel iRMX System 320 is backed by Intel's worldwide 
service and support organization. Installation is available 
to quickly get the system up and running. Total hardware 
and software support is available. including a hotline 
number for when the user needs help fast. Intel also 
provides hands·on training workshops to give the user a 
thorough understanding of the iRMX System 320. These 
workshops are conducted at Intel training centers or 
customer sites worldwide. 


WORLDWIDE 
lJSER 6ROlJP SlJPPORT 


iRUG (iRMX User Group). provides members a user's 
library of iRMX software tools and utilities. acoessto the 
group bulletin board. receipt of regularly published news· 
letters and invitations to User Group Conferences. iRUG 
numbers over 42 local chapters in 20 countries worldwide. 


RAN6E 01' CONFI6lJRATIONS 


Intel offers a wide range of configurations for the iRMX 
System 320. Contact your local Intel representative for 
further information. 


ENJIIRONMENT 


Operating Temperature 
Wet Bulb Temperature 
Relative Humidity 
Altitude 


1QOCto 400C 
260C maximum 
85% at 400C 
Sea level to 10.000 feet 


Meets or exceeds the following requirements: 


Safety 
US 
Canada 
Europe 


EMIJRFI 
US and Canada 
Europe 


UL 478 
CSAC22.2 
IEC 435 


FCCClass B Computing Device 
VDE Limit Class B 


I,'LECTRICM, 


DC Power Output 
AC Power Input 
435 watt maximum 
88·132 VACor 176-264 VAC. 
47-63 Hz. single phase 


DIMENSIONS 


Height 
Width 
Depth 
Weight 


8' 
17.5' 
22.25' 
Approx. 55 Ibs 


For more inform~tion contact your local Intel sales 
representative or 


Intel Corporation 
5200 NE Elam Young Parkway 
Hillsboro. OR 97124 
(503) 681·8080 


UNITED STATES, Intel Corporation 
3065 Bowers Ave.. Santa Clara, CA 95051 
Tel: (408) 987-8080 


JAPAN, Intel Japan K.K. 
5-6 Tokodai Toyosato-machi. Tsukuba-gun, Ibaraki-ken 300-26 
Tel: 029747-8511 


FRANCE, Intel Paris 
1 Rue Edison. BP 303. 78054 Saint-Quentin-en- Yvelines cedex 
Tel: (33) 1-30-57-7000 


UNITED KINGDOM, Intel Corporation (U.K.) Ltd. 
Pipers Way, SWindon. Wiltshire. England SN3 1RJ 
Tel: (0793) 696000 


WEST GERMANY. Intel Semiconductor GmbH 
Seidlestrasse 27. 0·8000 Muenchen 2 
Tel: (89) 53891 


HONG KONG. Intel Semiconductor Ltd. 
1701·3 Connaught centre. 1 Connaught Road 
Tel: (5) 844-4555 


FlNtfNCIJIL 
SJ'STEIfI 320 


Intel combines 
the power of its high performance 
80386 
based System 320. the iRMX 286 Real-Time 
Software. 
complete network service software 
and comprehensive 
customer 
support 
capabilities 
to 
provide a complete FINANCIAL 
SERVICES NETWORK. Effective 
in distributing 
real-time 
financial 


data from mainframes 
to users. the System 320 gives you the performance 
and capabilities 
of a 
minicomputer 
at less than half the cost. 


Based on MULTIBUS(!) architecture. 
the IEEE 796 industry 
standard 
system bus. the System 320 is 
supported 
by over 200 vendors providing 
over 2000 compatible 
products. 
This openness to 
standards 
allows for a variety 
of configurations 
to meet the unique needs of financial 
clients. 
Inters 
Financial 
System 320 is used by prominent 
stock exchanges. brokerage 
firms 
and investment 
banks. 
Special configurations 
can be tailored 
by the user. by Intel's Custom System Integration 
group or by 
Inters authorized 
Value Added Distribution 
Centers. 


lRIfIX@ SJ'STEIfI 320 
FEtfTlJRES: 


• High performance 
trade data distribution 
• 80386 
Based System 
• iRMX Real-time. Multitasking 
Operating 
System 
• OpenNET Local Area Networking 
Based 
Entirely 
on Standards 


• Host communication 
to mainframes 


• Complete installation. 
service and support 


• 
Range of Configurations 
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The IR\IX 
286 operating 
s~stem dell\erS 
real·tlme 
performance. 
Designed to manage and extend the 
resources of the System 320. this multitasking 
operating 


system prOl ides conFigurable 
resources 
These range from 
interrupt 
management 
and standard 
de\lce drl\'ers 
to data 


rile maintenance 
commands 
for human interface 
and 


program 
de\elopment. 
The iR\I\ 
286 facilities 
also Include 
a wide range of popular 
industry 
standard 
high·lewl 
languages 
for application 
development. 
and powerful 
utilities 
for easy. interactive 
configuration 
and debugging. 


OpenNE'P"'-THE 
STANDARD 
IN 


NETWORKING 
' 


Intel supports 
and dm'es 
local area net\\orking 
standards 


and technology 
for microsystems 
and microcommuni- 


cations 
industries. 
The Open\F,T 
product 
famil~ adheres 


to the International 
Standards 
Organization 
(ISO) se\en 


layer Open Systems Interconnect 
(OSll model. Onl~ 


complete 
products 
that conform 
to this model and are 


based on open and public standards 
carr~ the Open\ET 


name. 


ENJlIRONMENT 


Operdting 
Temperature 


Wet Bulb Temperature 
Relative Humidity 
Altitude 


COMMIJNICA'I'IONS 
'1'0 HOSTS 


The System 320 has communication 
capabilities 
to host 
computers 
utilizing 
\.25 
and S\-\ 
protocols. 
The host 
communication 
capabilit~ 
allows users to hale real·time 


access to the host through 
the System 320 making 
more 


('[fectill' 
use of mainframe 
processing. 


INSTALLA'I'ION 
SERJlICE 
AND 
SIJPPORT 


The Intel System 320 is backed by Inters worldwide 
semce and support 
orgamzation. 
Custom support 
agreements 
prOlide the exact service levels required 
by 


customer's 
applications. 
Service can also extend to offer 
support 
for non·lntel 
products. 
Inters customer 
support 
organization 
has orrices in 100 locations 
worldwide. 


Installation 
is a\'ailable 
to quickly 
get your system up and 
running. 
This total hardware 
and software 
support 
Includes a hotline number for when you ned help fast. Intel 
also provides 
hands·on training 
workshops 
to give the user 


a thorough 
understanding 
of the System 320. These 


workshops 
are conducted 
at Intel training 
centers or 


customer 
sites worldWide. 


RANGE 
OF CONFIGIJRA'I'IONS 


Intel offers a range of configurations 
for the iR\IX 
System 
320. Contact your local Intel representative 
for further 
information. 


lOoC to 400C 
26°C ma.ximum 
85% 
at 40°C 


Sea level to 10.000 feet 


\leets 
or exceeds the follOWing requirements: 


Safety 
US 
Canada 
Europe 


EMIIRFI 


US 
Europe 


ELECTRICAL 


DC Power Output 
AC Power Input 


DIMENSIONS 


Height 
Width 
Depth 
Weight 


UL 478 
CS-\ C222 
IEC 435 


FCC Class B Computing 
Device 


\'DE Limit Class B 


435 watt maximum 
88-132 
\AC or 176·267 
\AC. 


47·63 Hz. single phase 


8' 
17.5' 
22.25' 
approx 
55 Ibs 


For more informalion contact your local Intel sales 
representatile 
or 


Intel Corporalion 
3200 \r: 
r:lam \oung Park\'lay 
Hillsboro. OR 9712~ 
(503) 681·8080 


L\ITr:O 
ST\Tr:S. Intel Corporation 
3065 Bowers Ave.. Santa Clara. CA 95051 
Tel: (408) 987·8080 


J.APA\. Intel Japan 1\.1\. 
5-6 Tokodal Toyosato·machl. Tsukuba·gun. Ibarakl·ken 300·26 
Tel: 0297~ 7-8511 


FRA'iCr:. Intel Paris 
1 Rue r:dlson. BP 303. 78054 Saint-Quentln·en-\ lelmes Cedex 
Tel: (33) 1·30·57·7000 


UNITr:O KI~GOO\1. Intel Corporation (L.K.) Ltd. 
Pipers \\a). S\\ mdon. \\ i1tshire. England SN3 1RJ 
Tel: (0793) 696000 


\\ EST Gr:RMAI\Y. Intel Semiconductor GmbH 
Seldlestrasse 27. 0·8000 \luenchen.2 
Tel: (89) 53891 


HOII:GKONG. Intel Semiconductor Ltd. 
1701·3 Connaught Centre. 1 Connaught Road 
Tel: (5) 8~~-~555 
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Intel's 310AP 386 Upgrade offers the user an upgrade path to the performance 
of the Intel 80386 
without 
sacrificing 
existing 
software and hardware 
investments. 
This Customer Service Installed 
upgrade is designed for the System 310AP series of microcomputer 
systems using iRMX 286 or 


XENIX 286 operating 
systems. 


STANDARD 
I'EATlJRES 


• 
16 MHz 80386 
Microprocessor 
• 
16 Bit 80287 
Numeric Data Processor 
• 
Memory Options: 
1.2.4 
and 8 MB 
o wait state RAM 


• 
Systems Confidence Test 
(SCI') and boot firmware 
• 
Installed 
by Intel Customer Service at your 
location 


inter------- 
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The iSXM 386 AI' Kit is designed to meet certain UL. FCC. 
CSA.IEC and VDE requirements when it is installed into 
an INTEL System 310AP. It is the responsibility of the 
customer to reconfirm that the specific systems they have 
created from MULTIBUSelements continue to meet the 
reqUired safety and environmental specifications in the 
customer environment. Intel is not responsible for any 
changes made after the product is accepted by Inters 
customer. 


SAFETY REt)IJIREMENT/EMI 
LIMITS 


The iSXM 386 AI' Kit is designed to meet: 


Safety: 


• 
UL 478 5th edition 


• CSAC22.2 no. 154 
• TUV IEC435 and VDE 0806 


RMIJEMI: 


• 'FCC47 CFR Part 15 


Subpart J Class A 


• VDE 0871 Level A 


Actual compliance will depend on the modules. peripherals 
and cable connectors which you install in the system. 


ELECTRICAL 


Voltage and Maximum Current: 


iSXM 386 Ap·l, 1 MB Memory 


± 5 VDC 
± 5% 
12.5 amps 


+ 12 VDC 
± 5% 
0.025 amps 
-12 
VDC 
± 5% 
0.025 amps 


2 MB Memory add .3 amps @5 VDC 
4 MB Memory add .0 amps @5 VDC 
8 MB Memory add .3 amps @5 VDC 


BASE REt)IJIREMENTS 


Youmust have current copy of iRMX 286 Release2.0 or 
later or XENIX· Release3.5 or later installed on your 
system before the system can be upgraded. The - 4 and 
- 8 kits are recommended for use on 80 MB or 140 MB 
Winchester based systems only. 


ORDERING 
INFORMATION 


Your memory requirements will determine the product 
order code: 
M~.oryRequlre.~.l 


1 MBRAM 
2 MB RAM 
4 MB RAM 
8 MB RAM 


Onl~r£od~ 


iSXM386AI'·1 
iSXM386AI'·2 
iSXM386Ap·4 
iSXM386AI'·8 


SYSTEM SOFTWARE 


iRMX 286 Languages: 


FORTRAN286. C286 
Assembler 286. pUM 286 


XENIX Languages: 


FORTRAN286. C286 
Assembler 286, COBOL 
BASIC 


Intel believes that the information in this document is 
accurate as of its publication date. Such information is 
subject to change without notice. Intel is not responsible 
for any inadvertent errors. 
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SYSTEM 310 
MODEL 35 


• Real-TIme Operating 
System Support 
(iRMX"" 86) 


• 8MHz 8086 CPU and 8087 Math Coprocessor 


• Five MULTIBUS<il Expansion 
Slots 


• 320KB Floppy Disk Drive 


• 20MB Formatted 
Winchester 
Drive 


-...• 
...• 
~ 
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SPECIFICATIONS 


CPU: 
8 MHz 8086 


NDP: 
8 MHz 8087 


RAM: 
640KB 0 wait state dual ported 
on-board 
RAM 


110: One RS232 serial communications 
port, 


One Centronics 
parallel 
port 


Mass 
Storage: 
320KB Flexible 
disk drive, 
20MB 
Winchester 
drive 


DC Power 
Output: 
220 Watts Maximum 
(Expansion) 


+5V 
@ 30A (I7A) 


+12V @ 4.7A (I.IA) 
-I2V 
@ 4.7A (4.5A) 


MULTIBUS~ 
Expansion 
Slots: 
5 @ 0.625 in. 


Environmental'Specification: 


Operating: 
10·C to 35·C 


26·C 
maximum 
Wet Bulb temperature 


20% to 80% Relative 
Humidity, 
non-condensing 


Altitude: 
Sea Level to 2,400 
meters 


Shock: 
30 G Non-operating 


Vibration: 
5 Hz to 1 KHz Random 
0.001 G2/Hz 
(1 G rms) Operating 


Regulatory 
Agency 
Specifications: 
Meets: 
UL 114-Safety 
CSA 22.2 Safety 
Docket 
20780 Class A - RFIIEMI 
Designed 
to Meet: 
IEC 435-Safety 
VDE 0871 Class A - RFIIEMI 


Actual compliance 
will depend 
on any additional 
user 


installed 
options 
to the System 
310 Model 
35. 


Dimensions: 
Height: 
165 mm (6.5 in) 
Width: 
432 mm (17 in) 
Depth: 
508 mm (20 in) 
Weight: 
25Kg/5l 
Lb 


System 
Hardware: 
SYS31035 


Chassis 
Trak 300S non-pivoting 
rack slides or 
equivalent 
are available 
from Chassis 
Trak, 
Inc., 


P.O. 
Box 39100, 
Indianapolis, 
Indiana 
46239. 


Specifications 
subject 
to change 
without 
notice. 


~y~£ems ~OI[Ware 
2 
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iSDMTM 
SYSTEM DEBUG MONITOR 


• 
Supports 
Target 
System 
Debugging 
for 
iSBC® 8086,8088,80186,80188,80286 
and 80386 Based Applications 


• 
Provides 
Interactive 
Debugging 
Commands 
Including 
Single-Step 
Code 
Execution 
and Symbolic 
Displays 
of 
Results 


• 
Supports 
8087 Numeric 
Processor 
Extension 
(NPX) for High-Speed 
Math 
Applications 
. 


• 
Allows 
Building of Custom 
Commands 
Through 
the Command 
Extension 
Interface 
(CEI) 


• 
Supports 
Application 
Access 
to ISIS·II 
Files 


• 
Provides 
Program 
Load Capability 
from 
an Intellec® 
Development 
System 
and 
from iSBC 8086, 8088, 80186, 80188, 
80286 and 80836 iRMX® 86 and 286 
Development 
System 


• 
Contains 
Configuration 
Facilities 
which 
Allow an Applications 
Bootstrap 
from 
iRMX® File Compatible 
Peripherals 


• 
Modular 
to Allow Use from an Intellec® 


Development 
System, 
from a Stand· 
Alone Terminal 
or from iRMX 86 or 
iRMX 286 Based Systems 


The 
Intel 
iSDMTM 
System 
Debug 
Monitor 
package 
contains 
the 
necessary 
hardware, 
software, 
cables, 
EPROMs 
and documentation 
required 
to interface, 
through 
a serial or parallel 
connection, 
an iSBC 86/05, 


86/12A,86/14,86/30,88/25,88/40,88/45, 
186/03, 
186/51, 
188/48, 
286/10, 
286/10A,286/12,386/2X, 
or 
8086, 8088, 80186 or 80188, 80286 and 80386 target system to an MDS 800, Series II, Series III, or Series IV 
IntellecC!>Microcomputer 
Development 
System or iRMX 86 or 286 Based System for execution 
and interactive 
debugging 
of applications 
software 
on the target 
system. 
The 
Monitor 
can: load 
programs 
into the target 
system; 
execute 
the programs 
instruction 
by instruction 
or at full speed; set breakpoints; 
and examine/modify 
CPU registers, 
memory 
content, 
and other crucial environmental 
details. Additional 
custom 
commands 
can be 
built using the Command 
Extension 
Interface 
(CEI). The Monitor 
supports 
the OEM's 
choice 
of the iRMX 86 
Operating 
System, 
the iRMX 286 Operating 
System, 
the iRMX 88 Real-Time 
Multi-Tasking 
Executive 
or a 
custom 
system for the target application 
system. OEM's 
may utilize any iRMX supported 
target system periph- 
eral for a bootstrap 
of the application 
system or have full access to the ISIS-II files of the Intellec System or the 
iRMX file system. 
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based 
on breakpoints 
or single 
stepping 
requests; 


examination, 
modification 
and movement 
of memory 


contents; 
examination 
and modification 
of CPU reg- 
isters, 
including 
NPX registers. 
All results 
are dis- 


played 
in clearly 
understandable 
formats. 
Refer 
to 


Table 
1 for a more detailed 
list of the iSDM monitor 


commands. 
The 
iSDM 
Monitor 
extends 
the 
software 
develop- 
ment capabilities 
of the Intellec 
system 
so the user 


can effectively 
develop 
applications 
to ensure timely 


product 
availability. 


The iSDM package 
consists 
of four parts: 


• 
The loader program 


• 
The iSDM Monitor 


• 
The Command 
Extension 
Interface 
(CEI) 


• 
The ISIS-II Interface 


Numeric Data Processor 
Support 


Arithmetic 
applications 
utilizing 
the 8087 
or 80287 


Numeric 
Processor 
Extension 
(NPX) 
are fully 
sup- 


ported by the iSDM Monitor. 
In addition 
to executing 


applications 
with 
the 
full 
NPX 
performance, 
users 


may examine 
and modify the NPX's 
registers 
using 


decimal 
and real number format. 


The 
user can 
use the iSDM 
package 
to load' pro- 


grams 
into the target 
system 
from the development 
system, 
execute 
programs 
in an 
instruction-by-in- 
struction 
manner, 
and 
add 
custom 
commands 


through 
the command 
extension 
interface. 
The user 


also has the option 
of using just the iSDM Monitor 


and the CEI in a stand-alone 
application, 
without 
the 


use of a development 
system. 


This 
feature 
allows 
the 
user to feel 
confident 
that 


correct 
and meaningful 
numbers 
are entered 
for the 
application 
without 
having 
to encode 
and 
decode 


complex 
real, 
integer, 
and 
BCD 
hexadecimal 
for- 


mats. 


The iSDM Monitor 
contains 
a powerful 
set of com- 


mands 
to support 
the debugging 
process. 
Some of 


the features 
included 
are: bootstrap 
of application 


software; 
selective 
execution 
of program 
modules 


The Command 
Extension 
Interface 
(CEI) allows 
the 
addition 
of custom 
commands 
to the iSDM Monitor 


commands. 
The CEI consists 
of various 
procedures 


that can be used to generate 
custom commands. 
Up 
to three 
custom 
commands 
(or sets of commands) 


can be added 
to the monitor 
without 
programming 


new 
EPROMs 
or 
changing 
the 
monitor's 
source 


code. 


Command 
Function 


B 
Bootstrap 
application 
program 
from target system peripheral 
device 
C 
Compare 
two memory blocks 


D 
Display contents 
of memory block 


E* 
Exit from loader program 
to ISIS-II Interface 


F 
Find specified 
constant 
in a memory block 


G 
Execute 
application 
program 


I 
Input and display data obtained 
from input port 


L* 
Load absolute 
object file into target system memory 


M 
Move contents 
of memory block to another 
location 


N 
Display and execute 
single instruction 


0 
Output data to output port 


P 
Print values of literals 


R* 
Load and execute 
absolute 
object file in target system memory 
S 
Display and (optionally) 
modify 
contents 
of memory 


T* 
Transfer 
block of memory to file 


U,V,W 
User defined 
custom commands 
extensions 


X 
Examine 
and (optionally) 
modify 
CPU and NPX registers 


The 1515·11 interface consists of libraries which con- 
tain interfaces to ISIS-II I/O calls. A program running 
on an 8086, 8088, 80186, or 80188-based system 
can use the ISIS-II interface and access the individu- 
al ISIS-II I/O calls. The interface allows the inclusion 
of these calls into the program; however, most of the 
calls require a Series II/Series III system. Table 2 
contains a summary of the major I/O calls and pa- 
rameters. 


Program Load Capability 


The iSDM loader allows the loading of 8086, 8088, 
80186, 80188, 80286 or 80386-based programs into 
the target system. It executes on a development 
system and communicates with the target system 
through a serial or a parallel load interface. 


Configuration 
Facility 


The monitor contains a full set of configuration facili- 
ties which allows it to be carefully tailored to the re- 


quirements of the target system. Pre-configured 
EPROM-resident monitors are supplied by Intel for 
the iSBC 86/05A, 
86/14, 
86/30, 
86/35, 
88/25, 


88/10A, 88/45, 186/03A, 186/51, 188/48, 188/56, 
286/10A, 286/12, 286/100, 386/2X, and 386/100 
boards. The monitor must be configured by the user 
for the iSBC 86/12A 
board and for other 8086, 


8088, 80186, or 80188 applications. iRMX 86 and 
iRMX 286 system users may use the configuration 
facilities to include the Bootstrap Loader (V5.0 or 
newer) in the monitor. 


Variety of Connections 
Available 


The physical interface between the development 
system and the target system can be established in 
one of three ways. The systems can be connected 
via a serial link, a parallel link or a fast parallel link. 
The cabling arrangement is different depending 
upon the development system being used. 


The iSDM Monitor does not require the use of a de- 
velopment system. The monitor can be used by sim- 
ply attaching a stand-alone terminal to the target 
system. 


Routine 
Target 
System 
Function 


AnRIB 
Changes to ISIS-IIfile attribute 


CI 
Returns a character Input from the console 


CO 
Transfers a character for console 
output 


CLOSE 
Closes an opened file 


DELETE 
Deletes the specified file 


DQ$CFG 
Returns information about monitor's communication link and type 
ERROR 
Displays an error message on the console 


i;XIT 
Exits to the target system monitor 


LOAD 
Loads target system memory with object code file 


OPEN 
; 
Opens a file for access 


READ 
Reads up to 4096 bytes from a file to memory 


RENAME 
Renames a disk file 


SEEK 
Seeks to the specified file location 


WRITE 
Writes up to 4096 bytes from memory to a file 


Hardware 
• 
Supported 
iSBC Microcomputers: 
iSBC 86/05 
Single 
Board Computer 


iSBC 86/12A 
Single 
Board Computer 


iSBC 86/14 
Single Board Computer 


iSBC 86/30 
Single Board Computer 


iSBC 88/25 
Single Board Computer 


iSBC 88/40 
Single Board Computer 


iSBC 88/45 
Single Board Computer 


iSBC 186/30 
Single Board Computer 


iSBC 186/51 
Single Board Computer 


iSBC 188/48 
Single Board Computer 


iSBC 186/56 
Single Board Computer 


iSBC 86/35 
Single Board Computer 


iSBC 88/40A 
Single Board Computer 


iSBC 816/03A 
Single Board Computer 


iSBC 286/10A 
Single Board Computer 


iSBC 286/12 
Single Board Computer 


iSBC 286/100 
Single Board Computer 


iSBC 386/2X 
Single Board Computer 


iSBC 386/100 
Single Board Computer 


• 
Supported 
iSBX MUL TIMOOULE 
Boards: 
iSBX 350 Parallel 
I/O MUL TIMOOULE 
Board 


iSBX 351 Serial I/O MULTIMOOULE 
Board 


iSDMTM 86 Package Contents 


Cables: 


1-Parallell/0 
Cable (upload/download) 


4-RS232 
Cable Assemblies 


Hardware 
package 
for the cable assemblies 


Interface 
and Execution 
Software 
Oiskettes: 


2-SSI00, 
ISIS 11-Format 
8" 
2-0SI00, 
iRMX-Format 
5Y4" 
2-SSI00, 
iRMX-Format 
8" 


Intel Board 
EPROM Description 


iSBC86/05A 
Two 27128 EPROMs 


iSBC 86/14 
iSBC86/30 
iSBC 86/35 


iSBC 86/12A' 
SUBMIT 
Files on the 
Release 
Oiskette 


Intel Board 
EPROM Description 


iSBC88/25 
Two 27128 EPROMs 


iSBC88/40A 
Two 27128 EPROMs 


iSBC88/45 
Two 27128 EPROMs 


iSBC 186/03A 
Two 27128 EPROMs 


iSBC 186/51 
Two 27128 EPROMs 


iSBC 188/48 
Two 27128 EPROMs 


iSBC 188/56 


iSBC 286/10A 
Two 27128 EPROMs 


iSBC 286/12 


iSBC 286/100 
Two 27128 EPROMs 


iSBC386/2X 
Two 27256 EPROMs 


iSBC 386/1 00 
Two 27256 EPROMs 


Reference 
Manual (Supplied): 


iSOM System Oebug Monitor 
Installation 
and Config- 


uration 


iSOM System 
Oebug Monitor 
User's 
Guide 


Object 
Software 


Intellec to target system interface 
and 


target 
system 
monitor, 
suitable 
for 


use on iSBC 86, 88, 
186, 188, 286, 


386 computers, 
or other iAPX 86, 88, 


186, 188, 286, 386 
microcomputers. 


Package 
includes 
cables, 
EPROMs, 


software 
and reference 
manual. 


The 
OEM 
license 
option 
listed 
here 
allows users to incorporate 
iSOM into 
their applications. 
Each 
use requires 


payment 
of an Incorporation 
Fee. 


The iSOM package 
also 
includes 
90 


days of support 
services 
that include 


Software 
Program 
Report 
Services. 


As with all Intel Software, 
purchase 
of 


any of these 
options 
requires 
execu- 


tion 
of a standard 
Intel Software 
li- 


cense Agreement. 


inter 


• 
Real-Time 
Processor 
Management 
for 
Time-Critical 
8086, 8088, 80186, 80188, 
and 80286 (Real Address 
Mode) 
Applications 


• 
On-Target 
System 
Development 
with 
Universal 
Development 
Interface 
(UDI) 


• 
Configurable 
System 
Size and Function 
for Diverse 
Application 
Requirements 


• 
All iRMX® 86 Code Can Be (P)ROM'ed 
to Support 
Totally 
Solid State Designs 


• 
Configured 
Systems 
for the 8086 and 
80286 Processors 
in Intel Integrated 
System 
Products 
(iSYS 86/300 
and 
iSYS 286/300) 


• 
Multi-Terminal 
Support 
with Multi-User 
Human Interface 


• 
Broad Range of Device 
Drivers 
Included 
for Industry 
Standard 
MUl TIBUS® 
Peripheral 
Controllers 


• 
Complete 
Support 
of 8087 and 80287 
Processor 
Extension 


• 
Powerful 
Utilities for Interactive 
Configuration 
and Real-Time 
Debugging 


The iRMX 86 Operating 
System 
is an easy-to-use, 
real-time, 
multi-tasking 
and multi-programming 
software 
system 
designed 
to manage and extend to resources 
of iSBC@ 86, iSBC 186, iSBC 188, and iSBC 286 Single 
Board Computers, 
as well as other 8086, 8088, 80186, 80188, and 80286 (Real Address 
Mode) based micro- 


computers. 
iRMX 86 functions 
are available 
in silicon with the 8086/30, 
88/30,186/30 
and 188/30 
Operating 
System 
Processors, 
in a user configurable 
software 
package. 
iRMX 86 functions 
are also fully integrated 
into 


the SYSTEM 
86/300 
and SYSTEM 
286/300 
Family of Microcomputer 
Systems. 
The Operating 
System 
pro- 


vides a number of standard 
interfaces 
that allow iRMX 86 applications 
to take advantage 
of industry 
standard 
device 
controllers, 
hardware 
components, 
and a number 
of software 
packages 
developed 
by Independent 


Software 
Vendors 
(ISVs). Many high-performance 
features 
extend the utility of iRMX 86 Systems 
into applica- 
tions 
such as data collection, 
transaction 
processing, 
and process 
control 
where 
immediate 
access 
to ad- 
vances 
in VLSI 
technology 
is paramount. 
These 
systems 
may deliver 
real-time 
performance 
and 
explicit 


control 
over resources; 
yet also support 
applications 
with multiple 
users 
needing 
to simultaneously 
access 


terminals. 
The configurable 
layers of the System 
provide 
services 
ranging 
from 
interrupt 
management 
and 


standard 
device 
drivers for many sophisticated 
controllers, 
to data file maintenance 
commands 
provided 
by a 
comprehensive 
multi-user 
human interface. 
By providing 
access to the standard 
Universal 
Development 
Inter- 


face (UDI) for each user terminal, 
Original 
Equipment 
Manufacturers 
(OEMs) can pass program 
development 


and target 
application 
customization 
capabilities 
to their users. 


The iRMX 86 Operating System is a complete set of 
system software modules that provide the resource 
management functions needed by computer sys- 
tems. These management functions allow Original 
Equipment Manufacturers (OEMs) to best use re- 
sources available in microcomputer systems while 
getting their products to market quickly, saving time 
and money. Engineers are relieved of writing com- 
plex system software and can concentrate instead 
on their application software. 


This data sheet describes the major features of the 
iRMX 86 Operating System. The benefits provided to 
engineers who write application software and to us- 
ers who want to take advantage of improving micro- 
computer price and performance are explained. The 
first section outlines the system resource manage- 
ment functions of the Operating System and de- 
scribes several system calls. The second section 
gives a detailed overview of iRMX 86 features aimed 
at serving both the iRMX 86 system designer and 
programmer, as well as the end users of the product 
into which the Operating System is incorporated. 


To take best advantage of 8086, 8088, 80186, 
80188, and 80286 (Real Address Mode) microproc- 
essors in applications where the computer is re- 
quired to perform many functions simultaneously, 
the iRMX 86 Operating System provides a multipro- 
gramming environment in which many independent, 
multi-tasking application programs may run. The 
flexibility of independent environments allows appli- 
cation programmers to separately manage each ap- 
plication's resources during both the development 
and test phases. 


The resource management functions of the iRMX 86 
System are supported by a number of configurable 
software layers. While many of the functions sup- 
plied by the innermost layer, the Nucleus, are re- 
quired by all systems, all other functions are option- 
al. The I/O systems, for example, may be omitted in 
systems having no secondary storage requirement. 
Each layer provides functions that encourage appli- 
cation programmers to use modular design tech- 
niques for quick development of easily maintainable 
programs. 


The components of the iRMX 86 Operating System 
provide both implicit and explicit management of 
system resources. These resources include proces- 
sor scheduling, up to one megabyte of system mem- 
ory, up to 57 independent interrupt sources, all input 
and output devices, as well as directory and data 
files contained on mass storage devices and ac- 
cessed by a number of independent users. Manage- 
ment of these system resources and methods for 
sharing resources between multiple processors and 
users is discussed in the following sections. 


Process Management 


To implement multi-tasking application systems, pro- 
grammers require a method of managing the differ- 
ent processes of their application, and for allowing 
the processes to communicate with each other. The 
Nucleus layer of the iRMX 86 System provides a 
number of facilities to efficiently manage these pro- 
cesses, and to effectively communicate between 
them. These facilities are provided by system calls 
that manipulate data structures called tasks, jobs, 
regions, semaphores and mailboxes. The iRMX 86 
System refers to these structures as 'objects". 


Tasks are the basic element of all applications built 
on the iRMX 86 Operating System. Each task is an 
entity capable of executing CPU instructions and is- 
suing system calls in order to perform a function. 
Tasks are characterized by their register values (in- 
cluding those of an optional 8087 or 80287 Numeric 
Processor Extension), a priority between 0 and 255, 
and the resources associated with them. 


Each iRMX 86 task in the system is scheduled for 
operation by the iRMX 86 Nucleus. Figure 1 shows 
the five states in which each task may be placed, 
and some examples of how a task may move from 
one state to another. The iRMX 86 Nucleus ensures 
that each task is placed in the correct state, defined 
by the events in its external environment and by the 
task issuing system calls. Each task has a priority to 
indicate its relative importance and need to respond 
to its environment. The Nucleus guarantees that the 
highest priority ready-to-run task is the task that 
runs. 


Jobs are used to define the operating environment 
of a group of tasks. Jobs effectively limit the scope 
of an application by collecting all of its tasks and 
other objects into one group. Because the environ- 
ment for execution of an application is defined by an 
iRMX 86 job, separate applications can be efficiently 
developed by separate development teams. 


The iRMX 86 Operating System provides two pri- 
mary techniques for real-time event synchronization 
in multi-task applications: regions and semaphores. 


Regions 
are used to restrict access to critical sec- 


tions of code and data. Once the iRMX 86 Operating 
System gives a task access to resources guarded by 
a region, no other tasks may make use of the re- 
sources, and the task is given protection against de- 
letion and suspension. Regions are typically used to 
protect data structures from being simultaneously 
updated by multiple tasks. 


Semaphores 
are used to provide mutual exclusion 


between tasks. They contain abstract "units" that 
are sent between the tasks, and can be used to im- 
plement the cooperative sharing of resources. 


inter 
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NOTES: 
1. Task is created. 
2. Task becomes 
highest 
priority 
ready task. 
3. Task gets pre-empted 
by one with higher 
pri- 
ority. 
4. Task 
calls 
SLEEP 
or task 
waits 
at 
an 
ex- 
change. 
5. Task 
sleep 
period 
has ended, 
message 
was 
sent to waiting 
task or wait has ended. 
6. Task calls SUSPEND 
on self. 
7. Task suspended 
by other 
than self. 
8. Task 
suspended 
by other 
than 
self 
or a re- 
sume 
that 
did 
not 
bring 
suspension 
depth 
to 
zero. 
9. Task was resumed 
by other task. 
10. Task is deleted. 


Figure 
1. Task State 
Diagram 


Multi-tasking 
applications 
must 
communicate 
infor- 
mation 
and share system 
resources 
among 
cooper- 


ating tasks. The iRMX 86 Operating 
System 
assigns 
a unique 
16-bit number, 
called 
a token, 
to each ob- 
ject created 
in the System. Any task in possession 
of 
this token 
is able to access the object. The iRMX 86 
Nucleus 
allows tasks to gain access 
to objects, 
and 
hence 
system 
resources, 
at run-time 
with two addi- 


tional 
mechanisms: 
mailboxes 
and 
object 
directo- 
ries. 


Mailboxes 
are used by tasks 
wishing 
to share 
ob- 
jects with other tasks. A task may share an object by 
sending 
the object 
token 
via a mailbox. 
The receiv- 


ing task can check 
to see if a token 
is there, or can 
wait at the mailbox 
until a token 
is present. 


Object 
Directories 
are also used to make an object 
available 
to other tasks. An object is made public by 
cataloging 
its token 
and name in a directory. 
tn this 
manner, 
any task can gain access 
to the object 
by 
knowing 
its name, and job environment 
that contains 
the directory. 


e 
MAILBOX 


~ 


OBJECT DIRECTORY 
MAILBOX AM 
MAILBOX AN 
TASK A3 


OBJECT DIRECTORY 
MAILBOX RM..IQU 
SEMAPHORE RS,QLJI 
TASK B2 


Two example 
jobs are shown 
in Figure 2 to demon- 


strate 
how two tasks 
can share an object 
that was 
not known 
to the programmer 
at the time the tasks 
were developed. 
Both Job 'A' and Job 'B' exist with- 
in the environment 
of the 'Root 
Job' 
that forms 
the 
foundation 
of all iRMX 86 systems. 
Each job posses- 


es a directory 
in which tasks 
may catalog 
the name 
of an object. 
Semaphore 
'RS', 
for example, 
is ac- 
cessable 
by all tasks 
in the 
system, 
because 
its 
name is cataloged 
in the directory 
of the Root Job. 


Mailbox 
"AN" 
can be used to transfer 
objects 
be- 
tween 
Tasks 
'A2' and 'A3' because 
its token 
is ac- 
cessable 
in the object 
directory 
for Job 'A'. 


Table 
1 lists the major functions 
of the iRMX 86 Nu- 


cleus that manage 
system 
processes. 


Memory Management 


Each job in an iRMX 86 System 
defines 
the amount 
of the one megabyte 
of addressable 
memory 
to be 
used by its tasks. 
The iRMX 
86 Operating 
System 
manages 
system 
memory 
and allows 
jobs to share 
this 
critical 
resource 
by 
providing 
another 
object 
type: segments. 


Segments 
are 
contiguous 
pieces 
of 
memory 
be- 
tween 
16 Bytes and 64 Kbytes 
in length, 
that exist 
within the environment 
of the job in which they were 
created. 
Segments 
form 
the fundamental 
piece 
of 
system 
memory 
used for task stacks, 
data storage, 


system 
buffers, 
loading 
programs 
from 
secondary 
storage, 
passing 
information 
between 
tasks, etc. 


The example 
in Figure 
2 also 
demonstrates 
when 
information 
is shared 
between 
Tasks 
'A2' and 'A3'; 
'A2' only needs to create 
a segment, 
put the infor- 


mation 
in the memory 
allocated, 
and send it via the 
Mailbox 
'AM' 
using the RQ$SEND$MESSAGE 
sys- 


inter 


System Call 
Function 
Performed 


RQ$CREATE$JOB 
Creates an environment 
for a number of tasks and other objects, 
as well as 
creating 
an initial task and its stack. 


RQ$DELETE$JOB 
Deletes a job and all the objects 
currently 
defined within its bounds. All 
memory used is returned 
to the job from which the deleted 
job was created. 


RQ$OFFSPRING 
Provides a list of all the current jobs created 
by the specified 
job. 


RQ$CATALOG$OBJECT 
Enters a name and token for an object into the object directory 
of a job. 


RQ$UNCATALOG$OBJECT 
Removes 
an object's 
token and its name from a job's object directory. 


RQ$LOOKUP$OBJECT 
Returns a token for the object with the specified 
name found in the object 
directory 
of the specified 
job. 


RQ$GET$TYPE 
Returns a code for the type of object referred to by the specified 
token. 


RQ$CREATE$MAILBOX 
Creates a mailbox with queues for waiting tasks and objects with FIFO or 
PRIORITY 
discipline. 


RQ$DELETE$MAILBOX 
Deletes a mailbox. 


RQ$SEND$MESSAGE 
Sends an object to a specified 
mailbox. 
If a task is waiting, the object is 
passed to the appropriate 
task according 
to the queuing discipline. 
If no task 
is waiting, the object is queued at the mailbox. 


RQ$RECEIVE$MESSAGE 
Attempts 
to receive an object token from a specified 
mailbox. The calling 
task may choose to wait for a specified 
number of system time units if no 
token is available. 


RQ$DISABLE$DELETION 
Prevents the deletion 
of a specified 
object by increasing 
its disable count by 
one. 


RQ$ENABLE$DELETION 
Reduces 
the disable count of an object by one, and if zero, enables 
deletion 
of that object. 


RQ$FORCE$DELETE 
Forces the deletion 
of a specified 
object if the disable count is either 0 or 1. 


RQ$CREATE$T 
ASK 
Creates a task with the specified 
priority and stack area. 


RQ$DELETE$T 
ASK 
Deletes a task from the system, and removes 
it from any queues in which it 
may be waiting. 


RQ$SUSPENDS$TASK 
Suspends 
the operation 
of a task. If the task is already suspended, 
its 
suspension 
depth is increased 
by one. 


RQ$RESUME$TASK 
Resumes 
a task. If the task had been suspended 
multiple times, the 
suspension 
depth is reduced 
by one, and it remains suspended. 


RQ$SLEEP 
Causes a task to enter the ASLEEP state for a specified 
number of system 
time units. 


RQ$GET$TASK$TOKENS 
Gets the token for the calling task or associated 
objects 
within its 
environment. 


RQ$SET$PRIORITY 
Dynamically 
alters the priority of the specified 
task. 


RQ$GET$PRIORITY 
Obtains the current priority of a specified 
task. 


RQ$CREATE$REGION 
Creates a region, with an associated 
queue of FIFO or PRIORITY 
ordering 
discipline. 


RQ$DELETE$REGION 
Deletes the specified 
region if it is not currently 
in use. 


RQ$ACCEPT$CONTROL 
Gains control 
of a region only if the region is immediately 
available. 
RQ$RECEIVE$CONTROL 
Gains control 
of a region. The calling task may specify the number of system 
time units it wishes to wait if the region is not immediately 
available. 
RQ$SEND$CONTROL 
Relinquishes 
control 
of a region. 


RQ$CREATE$SEMAPHORE 
Creates a semaphore. 


RQ$DELETE$SEMAPHORE 
Deletes a semaphore. 


RQ$SEND$UNITS 
Increases 
a semaphore 
counter 
by the specified 
number of units. 
RQ$RECEIVE$UNITS 
Attempts 
to gain a specified 
number of units from a semaphore. 
If the units 
are not immediately 
available, 
the calling task may choose to wait. 


tem call (see Table 1). Task 'A3' would get the mes- 
sage by using the RO$RECEIVE$MESSAGE 
system 
call. The Figure also shows 
how the receiving 
task 
could 
signal 
the 
sending 
task 
by sending 
an 
ac- 
knowledgement 
via the second 
Mailbox 
'AN'. 


Each job 
is created 
with 
both 
maximum 
and mini- 
mum limits set for its memory pool. Memory 
required 
by all objects 
and 
resources 
created 
in the job 
is 
taken 
from this pool. If more memory 
is required, 
a 
job may be allowed 
to borrow memory from the pool 
of its containing 
job (the job from which it was creat- 
ed). In this manner, 
initial jobs 
may efficiently 
allo- 
cate memory 
to jobs they subsequently 
create, with- 
out knowing 
their exact requirements. 


The iRMX 86 Operating 
System supplies other mem- 
ory 
management 
functions 
to 
search 
specific 
ad- 
dress ranges for available 
memory. The System 
per- 
forms this search at system 
initialization, 
and can be 
configured 
to ignore 
non-existent 
memory 
and ad- 
dresses 
reserved 
for I/O devices 
and other applica- 
tion requirements. 


Table 2 lists the major system calls used to manage 
the system 
memory. 


time 
response 
to 
events. 
Use 
of 
a 
pre-emptive 
scheduling 
technique 
ensures 
that 
the servicing 
of 
high priority 
events 
always 
takes 
precedence 
over 
other system 
activites. 


The 
iRMX 
86 Operating 
system 
gives 
applications 
the 
flexibility 
to optimize 
either 
interrupt 
response 
time or interrupt 
response 
capability 
by providing 
two 
tiers 
of 
Interrupt 
Management. 
These 
two 
distinct 
tiers are managed 
by Interrupt 
Handlers 
and Inter- 
rupt Tasks. 


Interrupt 
Handlers 
are the first tier of interrupt 
serv- 


ice. 
For small 
simple 
functions, 
interrupt 
handlers 
are often the most efficient 
means 
of responding 
to 
an event. 
They 
provide 
faster 
response 
than 
inter- 
rupt tasks, 
but must be kept simple 
since interrupts 
(except 
the 8086, 
8088, 
80186, 
80188, 
and 80286 
non-maskable 
interrupt) 
are masked 
during their ex- 


ecution. 
When 
extended 
service 
is required, 
inter- 
rupt handlers 
"signal" 
a waiting interrupt 
task that, in 
turn, performs 
more complicated 
functions. 


Interrupt 
Tasks 
are distinct 
tasks 
whose 
priority 
is 
associated 
with a hardware 
interrupt 
level. They are 
permitted 
to make an iRMX 86 system call. While an 
interrupt 
task 
is servicing 
an interrupt, 
interrupts 
of 
lower 
priority 
are not allowed 
to pre-empt 
the sys- 
tem. 
Interrupt 
Management 


Real-time 
systems, 
by their nature, must respond 
to 
asynchronous 
and unpredictable 
events quickly. The 
iRMX 86 Operating 
System 
uses interrupts 
and the 
event-driven 
Nucleus 
described 
earlier to give real- 


Table 2. Memory 
Management 
System Calls 


Table 
3 shows 
the iRMX 86 System 
Calls provided 
to manage 
interrupts. 


System Call 
Function 
Performed 


RO$CREATE$SEGMENT 
Dynamically 
allocates 
a memory segment 
of the specified 
size. 


RO$DELETE$SEGMENT 
Deletes the specified 
segment 
by deallocating 
the memory. 


RO$GET$POOL$A 
TTRIBUTES 
Returns attributes 
such as the minimum and maximum, 
as well as current 


size of the memory in the environment 
of the calling task's job. 


RO$GET$SIZE 
Returns the size (in bytes) of a segment. 


RO$SET$POOL$MIN 
Dynamically 
changes 
the minimum 
memory 
requirements 
of the job 
environment 
containing 
the calling task. 


System 
Call 
Function 
Performed 


RO$SET$INTERRUPT 
Assigns an interrupt 
handler and, if desired, an interrupt 
task to the specified 
interrupt 
level. Usually the calling task becomes 
the interrupt 
task. 


RO$RESET$INTERRUPT 
Disables an interrupt 
level, and cancels 
the assignment 
of the interrupt 
handler for that level. If an interrupt task was assigned, 
it is deleted. 


RO$GET$LEVEL 
Returns the number of the highest priority interrupt 
level currently 
being 
processed. 


RO$SIGNAL$INTERRUPT 
Used by an interrupt 
handler to signal the associated 
interrupt 
task that an 
interrupt 
has occurred. 


RO$WAIT$INTERRUPT 
Used by an interrupt 
task to SLEEP until the associated 
interrupt 
handler 


signals the occurrence 
of an interrupt. 


RO$EXIT$INTERRUPT 
Used by an interrupt 
handler to relinqish 
control 
of the System. 


RO$ENABLE 
Enables the hardware 
to accept interrupts 
from a specified 
level. 


RO$DISABLE 
Disables the hardware 
from accepting 
interrupts 
at or below a specified 
level. 


inter 


INTERRUPT 
MANAGEMENT 
EXAMPLE 


Figure 
3 illustrates 
how the iRMX 86 Interrupt 
Sys- 


tem may be used to output strings of characters 
to a 
printer. 
In the example, 
a mailbox 
named 
'PRINT' 
is 
used by all tasks 
in the system 
to queue messages 


to be printed. Application 
tasks put the characters 
in 
segments 
that are transmitted 
to the printer interrupt 


task via the PRINT 
Mailbox. 
Once 
printing 
is com- 
plete, the same interrupt 
task passes the messages 


on to another 
application 
via the FINISHED 
Mailbox 


so that an operator 
message 
can be displayed. 


CALL 
TO 
d 
AQSSIGNAlSINTERRUPT 
--------------- 


tions. The BIOS allows 
I/O functions 
to overlap 
oth- 
er 
system 
functions. 
In 
this 
manner, 
application 
tasks 
make 
asynchronous 
calls 
to 
the 
iRMX 
86 
BIOS, and proceed 
to perform 
other activities. 
When 
the I/O request 
must be completed 
before 
an appli- 


cation 
can continue, 
the task waits at a mailbox 
for 
the result of the operation. 
Some 
system 
calls pro- 
vided by the BOIS are listed in Table 4. 


The Basic I/O System 
communicates 
with peripher- 
al devices through 
device drivers. These device driv- 
ers 
provide 
the 
System 
with 
four 
basic 
functions 
needed 
to control 
and 
communicate 
with 
devices: 


Initialize I/O, Finish I/O, Queue I/O, and Cancel I/O. 
Using the device 
driver interface, 
users of non-stan- 
dard devices 
may write 
custom 
drivers 
compatible 
with the I/O System. 


The iRMX 86 Operating 
System 
includes 
a number 
of device 
drivers 
to allow 
applications 
to use stan- 
dard 
USART 
serial 
communications 
devices, 
multi- 
ple CRTs 
and 
keyboards, 
bubble 
memories, 
disk- 
ettes, 
disks, 
a Centronics-type 
parallel 
printer, 
and 
many of Intel's 
iSBC and iSBXTM device 
controllers 
(see Table 8). If an application 
requires use of a non- 
standard 
device, users need only write a device driv- 
er to be included 
with the BIOS, and access 
it as if it 
were part of the standard 
system. 
For most common 
random-access 
devices, 
this job is further 
simplified 
by using 
standard 
routines 
provided 
with 
the 
Sys- 
tem. Use of this technique 
ensures 
that applications 
can remain device 
independent. 


The Basic I/O System (BIOS) provides 
the direct ac- 


cess 
to 
I/O 
devices 
needed 
by real-time 
applica- 


Table 4. Key BIOS 1/0 Management 
System 
Calls 


System 
Calls 
Function 
Performed 


RQ$A$A ITACH$FILE 
Creates a Connection 
to an existing file. 


RQ$A$CHANGE$ACCESS 
Changes the types of accesses 
permitted 
to the specified 
user(s) for 


a specific 
file. 


RQ$A$CLOSE 
Closes the Connection 
to the specified 
file so that it may be used 
again, or so that the type of access 
may be changed. 


RQ$A$CREATE$DIRECTORY 
Creates a Named File used to store the names and locations 
of other 
Named Files. 


RQ$A$CREATE$FILE 
Creates a data file with the specified 
access rights. 


RQ$A$DELETE$CONNECTION 
Deletes the Connection 
to the specified 
file. 


RQ$A$GET$FILE$STATUS 
Returns the current status of a specified 
file. 


RQ$A$OPEN 
Opens a file for either read, write, or update access. 


RQ$A$READ 
Reads a number of bytes from the current position 
in a specified 
file. 


RQ$A$SEEK 
Moves the current data pointer of a Named or Physical file. 


RQ$A$WRITE 
Writes a number of bytes at the current position 
in a file. 


RQ$WAIT$IO 
Synchronizes 
a task with the I/O System by causing it to wait for I/O 
operation 
results. 


inter 


Multi-Terminal 
Support 


The iRMX 86 Terminal Support provides line editing 
and terminal control capabilities. The Terminal Sup- 
port communicates with devices through simple driv- 
ers that do only character I/O functions. Dynamic 
terminal reconfiguration is provided so that attributes 
such as terminal type and line speed may be 
changed without modifying the application or the 
Operating System. Dynamic configuration may be 
typed in, generated programmatically or stored in a 
file and copied to a terminal I/O connection. 


The iRMX 86 Terminal Support provides automatic 
translation of control characters to specific control 
sequences for each terminal. This translation en- 
ables applications using standard control characters 
to function with non-standard terminals. The transla- 
tion requirements for each terminal can be stored in 
terminal description files and copied to a connec- 
tion, as described above. 


Figure 4 shows iRMX 86 performance obtained us- 
ing the iSBC 215 Winchester Disk and iSBX 218A 
Diskette Controllers under the specified conditions. 
The vertical axis is a linear scale of throughput in 
units of 10,000 bytes per second. The horizontal 
axis is a logrithmic scale showing the transfer size 
for the reads and writes. Each data point on the 
graph indicates the time required for a read/write 
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request of 64 Kbytes. Therefore each transfer size 
on the horizontal scale less than 64K was repeated 
until a total request of 64K was read or written. 


Each device driver can be used to interface to a 
number of separate and, in some cases, different 
devices (see Figure 5). The iSBC 215 Device Driver, 
supplied with the system, is capable of supporting 
the iSBC 215 Winchester Disk Controller, the iSBC 
220 SMD Disk Controller, and the iSBX 218A Flex- 
ible Disk Controller (when mounted on an iSBC 215 
board). Each device controller may, in turn, control a 
number of separate device units. In addition, each 
driver may control a number of like device control- 
lers. This capability allows the use of large storage 
systems with a minimum of I/O system code to write 
or maintain. 


Extended 
1/0 System 


The iRMX 86 Extended I/O System (EIOS) adds a 
number of I/O management capabilities to simplify 
access to files. Whereas the BIOS provides users 
with the basic system calls needed for direct man- 
agement of I/O resources, many users prefer to 
have the system perform all the buffering and syn- 
chronization of 
I/O 
requests automatically. The 


EIOS allows uses to access I/O devices without 
having to write procedures for buffering data, or to 
specify 
particular devices 
with 
constant 
device 


names. 


Figure 4. iRMX@86 Disk I/O Performance 
2-11 
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Figure 5. Device 
Driver and Controller 
Relationships 


By performing 
device 
buffering 
automatically, 
the 
RQ$GET$LOGICAL$DEVICE$STATUS 
provides 
in- 
iRMX 86 EIOS optimizes 
accesses 
to disks and oth- 
formation 
about a logical device: the physical 
device 
er devices. 
Often, when an application 
task asks the 
name, file driver, 
number 
of connections 
to the de- 
System 
to READ a portion 
of a file, the System 
is 
vice, and the owner of the device. 


able 
to 
respond 
immediately 
with 
the 
data 
it has 


read in advance 
of the request. 
Similarly, 
the EIOS 


will not delay a task for writing 
data to a device 
un- 
less it is specifically 
told to, or if its output buffers are 
filled. 


Logical 
file and device 
names 
are provided 
by the 
EOIS to give applications 
complete 
file and device 


independence. 
Applications 
may send 
data 
to the 


'line 
printer' 
(:LP:) without 
needing 
to know 
which 
specific 
device 
will be used as the printer. This logi- 
cal name 
may, in fact, not be a printer 
at all, but it 


could 
be a disk file that is later scheduled 
for print- 
ing. 


The EIOS used the functions 
provided 
by the BIOS 


to synchronize 
individual 
I/O 
requests 
with 
results 


returned 
by device 
drivers. 
Most EIOS system 
calls 


are similar to the BIOS calls, except that they appear 
to suspend 
the operation 
of the calling task until the 


I/O requests 
are completed. 


Two new primitives 
have been added 
to the EIOS. 


These 
are: 
RQ$HYBRID$DETACH$DEVICE 
and 


RQ$GET$LOGICAL$DEVICE$ST 
ATUS. 


RQ$HYBRID$DETACH$DEVICE 
allows 
a program- 


mer to temporarily 
detach 
a device 
physically 
so it 


can be temporarily 
attached 
another 
way. 


The 
iRMX 
86 Oerating 
System 
provides 
three 
dis- 


tinct types of files to ensure efficient 
management 
of 


both program 
and data files: Named 
Files, Physical 
Files, and Stream 
Files. Each file type provides 
ac- 


cess 
to 
I/O 
devices 
through 
the 
standard 
device 
drivers 
mentioned 
earlier. The same device 
driver is 
used to access 
physical 
and named files for a given 
device. 


Named 
files 
allow 
users 
to access 
information 
on 
secondary 
storage 
by refering to a file with its ASCII 
name. 
The 
names 
of files 
stored 
on a device 
are 
stored 
in special 
files called 
directories. 
As directo- 


ries are themselves 
named 
files, the iRMX 86 File 
System 
allows 
directories 
to contain 
the 
names 
of 
other directories. 
Figure 6 illustrates 
the resulting 
hi- 
erarchical 
file structure. 
This structure 
is useful 
for 
isolating 
file names 
to particular 
user applications, 
and for tailoring 
system 
data to the requirements 
of 
users and applications 
sharing 
storage 
devices. 
Us- 
ing different 
branches 
on the directory 
tree, different 
users do not have to coordinate 
in naming their files 
to ensure 
unique names. 


inter 
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Figure 6. Hierarchical 
Named 
File Structure 


Whenever 
a request 
is made involving 
a file name, 
selectively 
granted 
to other 
users of the system. 
In 
the System 
will search 
the appropriate 
directory 
in 
general, 
users of Named Files are classified 
into one 
order 
to find 
the 
necessary 
information 
about 
the 
of two categories: 
User and World. 
Users are used 
file's size, access 
rights, and specific 
location 
on the 
when different 
programmers 
and programs 
need to 
storage 
device. 
share information 
stored in a file. The World classifi- 
cation 
is used when 
rights are to be granted 
to all 
who can use the system. 
The iRMX 86 BIOS uses an efficient 
format 
for writ- 
ing the directory 
and data information 
into secondary 
storage. 
This standard 
iRMX 86 format 
is fully com- 
patible with the ISO Media standard, 
and other Intel 
systems 
such 
as the 
iRMX 
88 Operating 
System. 


This structure 
enables 
the system to directly 
access 
any byte in a file, often without 
having to do addition- 
al I/O 
to access 
space 
allocation 
information. 
The 
maximum 
size of an individual 
file is 4.3 billion bytes. 


The hierarchical 
file structure 
is provided 
to isolate 
and organize 
collections 
of named files. To give op- 
erators 
fast 
and simple 
access 
to any level within 
the file tree, an ATTACHFILE 
command 
is provided. 
This command 
allows 
operators 
to create 
a logical 
name to a point in the tree so that a long sequence 
of characters 
need not be typed 
each time a file is 
referred 
to. 


Access 
to 
each 
Named 
File 
is protected 
by the 
rights assigned 
to each user by the owner of the file. 


Rights 
to read, append, 
update, 
and delete 
may be 


Physical 
Files allow more direct device 
access 
than 
Named 
Files. Each Physical 
File occupies 
an entire 
device, 
treated 
as a single stream 
of individually 
ac- 
cessable 
bytes. 
No access 
control 
is provided 
for 
Physical 
Files as they are typically 
used for such ap- 
plications 
as driving 
a printing 
device, 
translating 
from one device 
format 
to another, 
driving 
a paper 


tape device, 
real-time 
data acquisition, 
and control- 


ling analog 
mechanisms. 


Stream 
Files provide 
applications 
with a method 
of 
using iRMX 
86 file management 
methods 
for data 
that 
does 
not 
need 
to go into secondary 
storage. 


Stream 
Files act as direct channels, 
through 
system 
memory, 
from one task to another. 
These 
channels 
are very useful to programs, 
for example, 
wishing 
to 
preserve 
file and device independence 
allowing 
data 
sent to a printer one time, to a disk file another 
time, 


and to another 
program 
on a different 
occasion. 


inter 


BOOTSTRAP 
AND APPLICATION 
LOADERS 


Two utilities are supplied with the System to load 
programs and data into system memory from sec- 
ondary storage devices: 


The iRMX 86 Bootstrap Loader can be configured to 
a size of less than 1K Bytes of P(ROM), and is typi- 
cally used to load the initial system from the system 
disk into memory, and begin its execution. Error re- 
porting and debug switch features have been added 
to the Bootstrap Loader. When the Bootstrap Load- 
er detects errors such as: file does not exist or de- 
vice not ready, an error message is reported back to 
the user. The debug switch will cause the Bootstrap 
Loader to load the system but not begin its execu- 
tion. Instead the Bootstrap Loader will pass control 
to the monitor at the first instruction to be executed 
by the system. 


The Application Loader is typically used by applica- 
tion programs already running in the system to load 
additional programs and data from any secondary 
storage device. The Human Interface layer, for ex- 
ample, uses the Application Loader to load the non- 
resident Human Interface Commands. The Applica- 
tion Loader is capable of loading both relocatable 
and absolute code as well as program overlays. 


The flexibility of the interface between computer 
controlled machines and their users often deter- 
mines the usability and ultimate success of the ma- 
chines. Table 11 lists iRMX 86 Human Interface 
functions giving users and applications simple ac- 
cess to the file and system management capabilities 
described earlier. The process, interrupt, and memo- 
ry management functions described earlier, are per- 
formed automatically for Human Interface users. 


MULTI-USER 
ACCESS 


Using the multi-terminal support provided by the 
BIOS, the iRMX 86 Human Interface can support 
several simultaneous users. The real-time nature of 
the system is maintained by providing a priority for 
each user, and using the event-driven iRMX 86 Nu- 
cleus to schedule tasks. High-performance interrupt 
response is guaranteed even while users interact 
with various application packages. For example, 
multi-terminal support allows one person to be using 
the iRMX 86 Editor, while another compiles a FOR- 
TRAN 86 or PASCAL 86 program, while several oth- 
ers load and access applications. 


Each terminal attached to the iRMX 86 multi-user 
Human Interface is automatically associated with a 
user, a memory pool, and an initial program to run 
when the terminal is connected. This association is 
made using a file that may be changed at any time. 


Changes are effective the next time the system is 
initialized. 


The initial program specified for each terminal can 
be a special application program, a custom Human 
Interface, or the standard iRMX 86 Command Line 
Interpreter (CLI). For example, you may choose to 
use the Microsoft Basic Interpreter as this initial pro- 
gram. After system start-up, each terminal user 
would be able to run the interpreter without asking 
for it to be loaded. From the BASIC interpreter, an 
operator, for example, could run a data collection 
program, written in BASIC, that communicates with 
several laboratory instruments, and prints charts and 
reports based on certain test results. When finished 
entering, changing, or running a BASIC program, the 
terminal would remain in BASIC for the next user. 


Specifying an application program as a terminal's ini- 
tial program makes the interface between operators 
and the computer system much simpler. Each oper- 
ator need only be aware of the function of a particu- 
lar application; not needing to interact with any unfa- 
miliar functions also available on the application sys- 
tem. 


Specifying the standard iRMX 86 Human Interface 
CLI as the initial program enables users of the termi- 
nals to access all iRMX 86 functions. This CLI 
makes it easy to manage iRMX 86 files, load and 
execute Intel-supplied and custom programs, and 
submit command files for execution. 


The iRMX 86 Operating System is well suited to 
serve the demanding needs of real-time applications 
executing on complex microprocessor systems. The 
iRMX 86 System also provides many tools and fea- 
tues needed by real-time system developers and 
programmers. The following sections describe fea- 
tures useful in both the development and execution 
environments. The description of each feature out- 
lines the advantages given to hardware and soft- 
ware engineers concerned with overall system cost, 
expandability with custom and industry standard op- 
tions, and long-term maintenance of iRMX 86-based 
systems. The development environment features 
also describe the ease with which the iRMX 86 Op- 
erating System can be incorporated into overall sys- 
tem designs. 


REAL· TIME 
PERFORMANCE 


The iRMX 86 Operating System is designed to offer 
the high performance, multi-tasking functions re- 
quired by real-time systems. Designers can make 
use of the latest VLSI devices such as the 8087 or 


Many 
real-time 
systems 
require 
high 
performance 
operation. 
To meet this requirement, 
all of iRMX 86 
can 
be put into 
zero 
wait-state 
P(ROM). 
This 
ap- 
proach 
eliminates 
the 
possibility 
of 
disk 
access 
times 
slowing 
down 
performance, 
while 
allowing 
system 
designers 
to take 
advantage 
of 
high 
per- 
formance 
memory 
devices. 


The 
iRMX 
86 Operating 
system 
is configurable 
by 
system layer, and by system call within each layer. In 
addition 
all the 1/0 port addresses 
used by the Sys- 
tem are configurable 
by the' user. This flexibility 
gives 
designers 
the freedom 
to choose 
configurations 
of 
hardware 
and software 
that best suit their size and 
functional 
requirements. 
Two 
example 
configura- 
tions are shown 
in Figure 7. 


Table 
5.IRMXTM 
Real-Time 
Performance 
Using 
iSBC@ 86/30 and iSBC@ 286/10 
Single 
Board 
Computers 


Real-Time 
iSBC~ 86130 
iSBC~ 286/10 


Function 
Execution 
Execution 
Time 
(msec) 
Time 
(msec) 


Suspend 
Task 
1.02 
0.83 


Interrupt 
Latency 
0.29 
0.20 


(to handler) 
(Max) 
(Max) 


Interrupt 
Latency 
0.02 
0.03 


(to handler) 
(Typical) 
(Typical) 


Context 
Switch 
Caused 
0.84 
0.78 
By Interrupt 
(Max) 
(Max) 


Send Message 
0.32 
0.25 


(no context 
switch) 


Send Message 
0.58 
0.49 


(with context 
switch) 


Send Control 
0.21 
0.16 


(no context 
switch) 


Send Control 
0.64 
0.54 


(with context 
switch) 


Receive 
Control 
0.26 
0.19 


(no waiting) 


Context 
switch 
times 
is the time between 
executing 
in the context 
of a 
task, and the first instruction 
to execute 
in the context 
of another 
task. 


The 
execution 
times 
shown 
in Column 
2 were 
measured 
using 
an 8 
MHz iSBC Single 
Board 
Computer, 
256K 
on-board 
RAM, 
and all pro- 


gram 
and data 
stored 
in on-board 
RAM. 
The 
execution 
times 
shown 
in Column 
3 were 
measured 
using 
a 5 
MHz iSBC 286/10 
Single 
Board 
Computer, 
no on-board 
RAM, 
and all 
program 
and data stored 
in LBX RAM. 


Most configuration 
options 
are selected 
during sys- 


tem design 
stages_ Others 
may be selected 
during 
system operation. 
For example, 
the amount 
of mem- 


HUMAN INTERFACE 


EIOS 


FLOPPY 
BIOS 
DISK 
DRIVER 


NUCLEUS 


PROM 
BOOTSTRAP LOADER 


Data Communication 
Controller 


SYSTEM 
BUFFERS 
DATA 


16K BYTES 
APPLICATION 
CODE 


23K BYTES NUCLEUS 
CODE 


ory devoted 
to queues within a Mailbox can be spec- 


ified 
at the 
time 
the 
Mailbox 
is created. 
Devoting 
more memory to the Mailbox allows more messages 
to be transmitted 
to other 
tasks 
without 
having 
to 


degrade 
system 
performance 
to allocate 
additional 
memory 
dynamically. 


The 
chart 
shown 
in Table 
6 indicates 
the 
actual 


memory size required to support 
these different 
con- 
figurations 
of the iRMX 86 System. 
Systems 
requir- 
ing 
only 
Nucleus 
level 
functions 
may 
require 
no 


more than 13 Kbytes for the Operating 
System. 
(Use 


of the 8086/30 requires 
only 4 Kbytes of RAM, and 
23 Kbytes 
of initialization 
code 
in EPROM.) 
Other 


applications, 
needing 
1/0 
management 
functions, 


may select 
portions 
of additional 
layers that fit their 


needs and size constraints. 


This configurability 
also applies to the Terminal 
Han- 


dier, 
Dynamic 
Debugger, 
and 
System 
Debugger. 


The Terminal 
Handler 
provides 
a serial terminal 
in- 


terface 
in a system 
that otherwise 
doesn't 
need an 


1/0 system. 
Either one of the debuggers 
need to be 


included 
only as debugging 
tools (usually only during 


system 
developement). 


inter 


System 
Layer 
Min. ROMabie 
Max. 
Data 
Size 
Size 
Size 


Bootstrap Loader 
1K 
1.5K 
6K* 


Nucleus 
10.5K 
24K 
2K 


BIOS 
26K 
78K 
1K 


Application Loader 
4K 
10K 
2K 


EIOS 
10.5K 
12.5K 
1K 


Human Interface 
22K 
22K 
15K 


UDI 
8K 
8K 
0 


Terminal Handler 
3K 
3K 
O.3K 


System Debugger 
20K 
20K 
1K 


Dynamic Debugger 
28.5K 
28.5K 
1K 


Human Interface Commands 
116K 


Interactive Configuration Utility 
308K 


Many real-time systems must provide a variety of 
users access to system control functions and col- 
lected data. The iRMX 86 System provides easy-to- 
use support for applications to access multiple ter- 
minals. It also enables multiple and different users to 
access different applications concurrently. 


Figure 8 illustrates a typical iRMX 86 application 
simultaneously supporting multi-terminal data collec- 
tion and real-time environments. Shown is a group of 
terminals used by machinists on a shop floor to com- 
municate with a job management program, a build- 
ing security system that constantly monitors energy 
usage requirements, a system operator console ca- 
pable of accessing all system functions, and a group 
of terminals in the Production Engineering depart- 
ment used to monitor job costs while developing 
new device control specifications instructions. The 
iSBC 544 Intelligent Terminal Interface supports 
multiple user terminals without degrading system 
performance to handle character I/O. 


The iRMX 86 Operating System provides three 
means of extensions. This extendability is essential 
for support of OEM and volume end user value add- 
ed features. This ability is provided by: user-defined 
operating system calls, user-defined objects (similar 
to Jobs, Tasks, etc.), and the ability to add functions 
later in the product life cycle. The modular, layered 
structure of the System easily facilitates later addi- 
tions to iRMX 86 applications. User-defined objects 
are supported by the functions listed in Table 7. 


Using standard iRMX 86 system calls, users may de- 
fine custom objects, enabling applications to easily 
manipulate commonly used structures as if they 
were part of the original operating system. 


The System includes predefined exception handlers 
for typical I/O and parameter error conditions. The 
errors handling mechanism is both configurable and 
extendable. 


Figure 8. Multi-Terminal 
and Multi-User 
Real-Time 
System 
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System 
Call 
Function 
Performed 


RQ$CREATE$COMPOSITE 
Creates a custom object built of previously 
defined objects. 


RQ$DELETE$COMPOSITE 
Deletes the custom object, but not the various objects 
from which it 
was built. 


RQ$INSPECT$COMPOSITE 
Returns a list of Token Identifiers 
for the component 
objects 
from 
which the specified 
composite 
object is built. 


RQ$AL TER$COMPOSITE 
Replaces 
a component 
object of a composite 
object. 


RQ$CREATE$EXTENSION 
Creates a new type of object and assigns a mailbox used for 
collecting 
these objects 
when they are deleted. 


RQ$DELETE$EXTENSION 
Deletes an extension 
definition. 


The iRMX 86 Operating 
System 
supports 
the many 
hardware 
and software 
standards 
needed 
by most 
application 
systems 
to ensure 
that commonly 
avail- 
able hardware 
and software 
packages 
may be inter- 
faced 
with a minimum 
of cost and effort. 
The iRMX 
86 System supports 
the iSBC family of products 
built 
on the Intel MUL TIBUS 
(IEEE Standard 
796), and a 
number 
of standard 
software 
interfaces 
such as the 
UDI and the common 
device 
driver 
interface 
(See 
Figure 
9). The procedural 
interfaces 
of the UDI are 
listed in Table 9. 


The Operating 
System 
includes 
support 
for the pro- 
posed 
IEEE 80-bit extended 
real-variable 
format 
of 
the 8087 Numeric 
Data Processor, 
and the IEEE 796 
(MUL TIBUS) 
hardware 
interface. 
Other 
standards 
such 
as an 
Ethernet 
communication 
interface 
are 
supported 
by optional 
software 
packages 
available 
to run on the iRMX 86 System. 


SPECTRUM 
OF CPU PERFORMANCE 


The 
iRMX 
86 Operating 
System 
supports 
a broad 
range of Intel processors. 
In addition 
to support 
for 
8086 and 8088 based systems, 
the iRMX 86 system 
has been enhanced 
to support 
80186, 
80188, 
and 
80286 
(Real 
Address 
Mode)-based 
Systems. 
This 
new support 
enables 
the user to take advantage 
of 
the faster 
speed 
and higher 
performance 
of Intel's 
286 
based 
microprocessors 
such 
as 
the 
iSBC 
286/10 
single board computer. 
By choosing 
the ap- 
propriate 
CPU, designers 
can choose 
from 
a wide 
range 
of 
performance 
options, 
without 
having 
to 
change 
application 
software. 


The 
iRMX 
86 System 
may 
be tailored 
to 
support 
specific 
hardware 
configurations. 
In addition 
to sys- 
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tem memory, 
only an 8086, 8088, 80186, 
80188, 
or 
80286 
microprocessor, 
an 8259A 
Programmable 
In- 
terrupt Controller 
(PIC), and either an 8253, 8274, or 
82530 
Programmable 
Interval 
Timer 
(PIT) 
are 
re- 
quired as follows: 


• 
8086 and 8088 systems 
need either: 
- 
8253 PIT and 8259A 
PIC (master) 
or 
- 
80130 firmware 
(PIC is master) 


• 
80186 
and 
80188 
systems 
where 
186 
PIC 
is 
slave, needs either: 
- 
8253 PIT and 8259A 
PIC (master) 
or 
- 
80130 
firmware 
(PIC is master) 


where 
186 PIC is master: 


- 
Use 186 PIT for the system clock; no external 
PIT 
is needed 


-Can 
use either 
186 PIC (master) 
only or 
8259A180130 
PIC (slave) 


• 
80286 
systems 
need 


-8253 
PIT and 8259A 
PIC. 


For systems 
requiring 
extended 
mathematics 
capa- 
bility, 
an 8087 
or 80287 
Numeric 
Data 
Processor 
may be added to perform 
these functions 
up to 100 
times 
faster 
than 
equivalent 
software. 
For applica- 
tions 
servicing 
more than 8 interrupt 
sources, 
addi- 
tional 
8259A's 
may be configured 
as slave control- 
lers. 


The iRMX 86 Operating 
System includes 
device driv- 
ers to support 
a broad 
range 
of MUL TIBUS 
device 
controllers. 
The particular 
boards and types of devic- 
es supported 
are listed in Table 8. The device 
con- 
trollers 
all adhere to industry 
standard 
electrical 
and 
functional 
interfaces. 


In addition 
to the on-CPU board terminal 
drivers, the 
iRMX 80 BIOS includes 
two iSBD board-level 
device 
drivers 
to support 
multiple 
terminal 
interfaces: 


The iSBC 544 Intelligent 
Four-Channel 
Terminal 
In- 
terface 
Device 
Driver 
provides 
support 
for multiple 
controllers 
each 
supporting 
up 
to 
four 
standard 
RS232 terminals. 
The iSBC 644 driver takes advan- 
tage 
of an on-board 
8085 
processor 
to greatly 
re- 
duce the system 
processor 
time required 
for termi- 
nalI/O 
by locally managing 
input and output buffers. 


The iSBC 544 firmware 
provided 
with the operating 
system 
can offload 
the system 
CPU by as much as 
75% when doing character 
outputting. 


The iSBC 534 Four-Channel 
USART 
Controller 
De- 
vice Driver also provides 
support for multiple control- 
ler 
boards 
each 
supporting 
up 
to 
four 
standard 
RS232 terminals. 


The new RAM disk feature 
in iRMX 86 makes a por- 
tion of the memory 
address 
space 
look 
like a disk 
drive to the I/O system. 
Table 8. Supported 
Devices 


iSBC Device 
Description 
Controller 


iSBC86,88 
Serial Port to CRT, Parallel 
Port to Centronics-type 
Printer, Interval Timer and 
Interrupt 
Controller. 


iSBC 186/03 
Small Computer 
System 
Interface 
(SCSI) Supporting 
All Random 
Access 
"Extended 
Standard" 
SCSI/SASI 
hard disk 
controllers. 


iSBC204 
Single Density Diskette. 


iSBC206 
Cartidge-Type 
Hard Disk. 


iSBC208 
Single & Double Density, 
Single & Double Sided, 8" 
& 5.25" 
Diskettes. 


iSBC 215 (G) 
Standard 
Winchester 
Disks. 


iSBX 218 
Single or Double density, 
Single or Double sided, 8- 
inch diskettes 
(when used 
on an iSBC 215 (G)). 


iSBX218A 
Single or Double Density, 
Single or Double Sided, 8" 
& 5.25" 
Diskette 
(when 
used on an iSBC 215G 
Winchester 
Controller). 


iSBC220 
Standard 
Storage 
Module 
Board. 


iSBX 251 
Bubble Memory 
Multimodule 
Board. 


iSBC 25.4(S) 
Bubble Memory 
Board. 


iSBX 351 
1-Channel 
Serial Port to 
CRTs, Modems. 


iSBC 534, 544 
4-Channel 
Serial Ports to 
CRTs, Modems. 


iSBX 270 
Black and White CRTs and 
full ASCII keyboards. 


NOTES: 
(G) = Optional 
iSBG 215, iSBG 215B, 
or iSBG 215G 
(S) = Optional 
iSBG 254 or iSBG 254S 


Development 
Environment 
Features 


The 
iRMX 
86 Operating 
System 
supports 
the effi- 
cient utilization 
of programming 
time by providing 
im- 
portant 
tools for program 
development. 
Some of the 
tools necessary 
to develop 
and debug real-time 
sys- 
tems are included 
with the Operating 
System. 
Oth- 
ers, such as language 
compilers, 
are available 
from 
Intel and from 
leading 
Independent 
Software 
Ven- 
dors. 
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standard 
interfaces 
to many compilers 
and language 
translators. 
including 
the 8086 and 8088 Macro As- 
sembler; 
the 
PASCAL86/88. 
PL/M 
86/88. 
FOR- 


TRAN 86/88 
and C86 compilers 
available 
from Intel. 


The 
iRMX 86 Operating 
System 
supports 
31 stan- 
dard system 
calls known 
as the Universal 
Develop- 
ment 
Interface 
(UDI). Figure 
9 shows 
the iRMX 86 


Table 9. UDI System Calls 


System 
Call 
Function 
Performed 


MEMORY 
MANAGEMENT 


DQ$ALLOCATE 
Creates a Segment 
of a specified 
size. 


DQ$FREE 
Returns the specified 
segment 
to the System. 


DQ$GET$SIZE" 
Returns the size of the specified 
Segment. 


DQ$RESERVE$IO$MEMORY· 
Reserves 
memory to OPEN and ATTACH 
files. 


FILE MANAGEMENT 


DQ$ATTACH 
Creates a Connection 
to a specified 
file. 


DQ$CHANGE$ACCESS· 
Changes the user access rights associated 
with a file or directory. 


DQ$CHANGE$EXTENSION 
Changes the extension 
of a file name in memory. 


DQ$CLOSE 
Closes the specified 
file Connection. 


DQ$CREATE 
Creates a Named File. 


DQ$DELETE 
Deletes a Named File. 


DQ$DETACH 
Closes a Named File and deletes 
its Connection. 


DQ$OPEN 
Opens a file for a particular 
type of access. 


DQ$GET$CONNECTION$STATUS· 
Returns the current status of the specified 
file Connection. 


DQ$FILES$INFO· 
Returns data about a file Connection. 


DQ$READ 
Reads the next sequence 
of bytes from a file. 


DQ$RENAME· 
Renames 
the specified 
Name File. 


DQ$SEEK 
Moves the position 
pointer of a file. 


DQ$TRUNCATE 
Truncates 
a file. 


DQ$WRITE 
Writes a sequence 
of bytes to a file. 


PROCESS 
MANAGEMENT 


DQ$EXIT 
Exits from the current application 
job. 


DQ$OVERLA Y· 
Causes the specified 
overlay to be loaded. 


DQ$SPECIAL 
Performs 
special I/O related functions 
on terminals 
with special 


control 
features. 


DQ$TRAP$CC 
Capture control when CNTRL/C 
is type. 


EXCEPTION 
HANDLING 


DQ$GET$EXCEPTION$HANDLER 
Returns a pointer to the program 
currently 
being used to process 


errors. 


DQ$DECODE$EXCEPTION 
Returns a short description 
of the specified 
error code. 


DQ$TRAP$EXCEPTION 
Identifies 
a custom exception 
processing 
program for a particular 


type of error. 


APPLICATION 
ASSISTANCE 


DQ$DECODE$TIME 
Returns system time and date in binary and ASCII character 
format. 


DQ$GET$ARGUMENP 
Returns the next argument 
from the character 
string used to invoke 


the application 
program. 


DQ$GET$SYSTEM$ID· 
Returns the name of the underlying 
operating 
system supporting 
the 


UDI. 


DQ$GET$TIME" 
Returns the current time of day as kept by the underlying 
operating 


system. 


DQ$SWITCH$BUFFER 
Selects 
a new buffer from which to process 
commands. 


Also included 
are other Intel development 
tools, lan- 
guage 
translators 
and utilities 
available 
from 
other 


vendors. 
The full set of UDI calls (which includes 
the 


URI system 
calls) is required 
to run a compiler. 


These standard 
software 
interfaces 
(the UDI) ensure 


that 
users 
of the 
iRMX 
86 Operating 
System 
may 


transport 
their 
applications 
to 
future 
releases 
of 


theiRMX 
86 Operating 
System 
and other 
Intel and 


independent 
vendor 
software 
products. 
The 
calls 


available 
in the UDI are shown 
in Table 9. 


The 
high 
performance 
of the 
iRMX 
86 Operating 


System 
enhances 
the throughput 
of compilers 
and 


other 
development 
utilities. 
Table 
10 indicates 
the 


average 
performance 
of typical 
development 
envi- 


ronment 
functions 
operating 
in the same configura- 


tion described 
in Figure 4. 


Table 
10. Development 


Environment 
Performance 


Function 
Average 
Execution 
Time 


Directory 
Command 
5.3s 


(S Format with 25 files) 


Load the COPY Command 
1.2s 


Copy a 1K Byte File 
1.0s 


(Winchester 
to Winchester) 


Copy a 16K Byte File 
107s 


Copy a 64K Byte File 
3.9s 


Copy a 1K Byte File 
1.4s 


(Winchester 
to Diskette) 


Compile 
PL/M 
86 
3931pm 


Compile 
PASCAL 86 
4531pm 


Program 


Certain 
tools 
are necessary 
for the development 
of 


microcomputer 
applications. 
The 
iRMX 
86 
Human 


Interface 
includes 
many of these 
tools 
an non-resi- 


dent commands. 
They can be included 
on the sys- 
tem disk of a application 
system, 
and brought 
into 


memory when needed 
to perform 
functions 
as listed 


in Table 
11. 


Command 
Function 


BACKUP 
Copy directories 
and files from 


one device to another. 


COPY 
Copy one or more files to one 
or more destination 
files. 


Table 
11. Major 
Human 
Interface 
Utilities 


. 
(Continued) 


Command 
Function 


CREATEDIR 
Create a directory 
file to store 


the names of other files. 


DIR 
List the names, sizes, owners, 
etc. of the files contained 
in a 


directory. 


ATIACHFILE 
Give a logical name to a 
specified 
location 
in a file 


directory 
tree. 


PERMIT 
Grant or rescind user access 
to a file. 


RENAME 
Change the name of a file. 


SUBMIT 
Start the processing 
of a series 


of commands 
stored in a file. 


SUPER 
Change operator's 
10 to that of 


the System Manager with 
global access rights and 
privileges. 


TIME 
Set the system time-of-day 
clock. 


VERIFY 
Verify the structure 
of an IRMX 


86 Named File volume, 
and 


check for possible 
disk data 


errors. 


The iRMX 86 Operating 
System 
is designed 
to pro- 


vide OEMs 
the ability 
to configure 
for specific 
sys- 


tem hardware 
and software 
requirements. 
The Inter- 


active Configuration 
Utility (ICU) builds iRMX 86 con- 


figurations 
by 
asking 
appropriate 
questions 
and 


making reasonable 
assumptions. 
It runs on either an 
Intellec@ 
Series 
III or 
IV development 
system 
or 


iRMX 86 development 
system 
that 
includes 
a hard 


disk and the UDI. Table 
12 lists the hardware 
and 


support 
software 
requirements 
of different 
iRMX 86 


development 
system 
environments. 


Intellec Series III or IV: 


MDS 313 PL/M 86/88 
Compiler 
One hard disk and one diskette 
drive 


iRMX 86 Development 
System: 


iRMX 860 ASM 86 Assembler 
and Utilities 


iRMX 863 PL/M 86/88 
Compiler 


iSDM 86 or 286 System Debug Monitor 
512K Bytes of RAM 
5M Byte On-Line Storage and one 
double-density 
diskette 
drive 


SYSTEM 
86/300 
or 286/300 
Series: 


Microcomputer 
System Basic configuration 


inter 


Figure 
10 shows 
one of the many screen 
displayed 
during 
the 
process 
of 
defining 
a configuration. 
It 
shows the abbreviations 
for each choice 
on the left, 


a more complete 
description 
with the range of possi- 
ble answers 
in the center, 
and the current 
(some- 
times default) 
choice 
on the right. The bottom 
of the 
screen 
shows 
three 
changes 
made by the operator 
(lower case lettering), 
and a request 
for help on the 
Exception 
Mode question. 
In response 
to a request 
for help, the ICU displays 
an additional 
screen 
out- 
lined possible 
choices 
and some overall 
system 
ef- 
fects. 


The ICU requests 
only information 
required 
as a re- 
sult of previous 
choices. 
For example, 
if no Extend- 
ed I/O 
System 
functions 
are required, 
the 
ICU will 
not ask any further 
questions 
about the EIOS. Once 
a configuration 
session 
is complete, 
the 
operator 
may save 
all the 
information 
in a file. 
Later 
when 
small changes 
are necessary, 
this file can be modi- 
fied. A completely 
new session 
is not required. 


REAL-TIME 
DEBUGGING 
TOOLS 


The 
iRMX 
86 Operating 
System. supports 
two 
dis- 
tinct 
debugging 
environments: 
Static 
and Dynamic. 
While the iRMX 86 Operating 
System does support a 
multi-user 
Human 
Interface, 
these 
real-time 
debug- 
ging 
aids 
are usually 
most 
useful 
in a single-user 
environment 
where 
modifications 
made to the sys- 
tem cannot 
affect 
other users. 


System Debugger 


The static debugging 
aid is the iRMX 86 System 
De- 
bugger. 
This debugger 
is an extension 
of the iSDM 
86 and the iSDM 286 System 
Debug Monitors. 
The 
System 
Debugger 
provides 
static 
debugging 
facili- 
ties when 
the system 
hangs 
or crashes, 
when 
the 
Nucleus 
is inadvertently 
overwritten 
or destroyed, 
or 
when synchronization 
requirements 
prevent 
the de- 
bugging 
of 
certain 
tasks. 
The 
System 
Debugger 
stops 
the 
system 
and 
allows 
you to examine 
the 
state of the system at that instant, and allows you to: 


Nucleus 
(ASC) 
(PV) 
(ROD) 
(MTS) 
(DEH) 
(NEH) 
(EM) 
(NR) 


Identify and interpret 
iRMX 86 system 
calls. 


Display information 
about iRMX 86 objects. 


Examine 
a task's 
stack to determine 
system 
call 
history. 


iRMX® 86 Dynamic Debugger 


The iRMX 86 Dynamic 
Debugger 
runs as part of an 
iRMX 86 application. 
It may be used at any time dur- 
ing program 
development, 
or may be integrated 
into 
an OEM system 
to aid in the discovery 
of latent 
er- 
rors. The Dynmic 
Debugger 
can be used to search 
for errors 
in any task, even while the other 
tasks 
in 
the system 
are running. 
The iRMX 86 Dynamic 
De- 
bugger 
communicates 
with the developer 
via a ter- 
minal handler 
that supports 
full line editing. 


PARAMETER 
VALIDATION 


Some 
iRMX 
86 
System 
Calls 
require 
parameters 
that 
may change 
during 
the 
course 
of developing 
iRMX 86 applications. 
The iRMX 86 Operating 
Sys- 
tem includes 
an optional 
set of routines 
to validate 
these parameters 
to ensure that correct 
numeric val- 


ues are used and that correct 
object types are used 
where 
the System 
expects 
to manipulate 
an object. 


For systems 
based 
only on the 
iRMX 86 Nucleus, 


these 
routines 
may be removed 
to improve 
the per- 
formance 
and code size of the System once the de- 
velopment 
phase 
is completed. 


Two 
ready-to-run 
start-up 
systems 
are included 
in 
the 
iRMX 
86 
Operating 
System 
package. 
These 
iRMX 86 start-up 
systems 
are fully configured, 
iRMX 
86 Operating 
Systems 
ready to be loaded into mem- 
ory by the Bootstrap 
Loader. 
Both start-up 
systems 
are configured 
to include 
all of the system 
calls for 
each 
layer 
and 
most 
of the 
features 
provided 
by 
iRMX 86. iRMX start-up systems 
include UDI support 
so that users may run languages 
such as PL/M-86, 


Pascal, 
FORTRAN, 
and software 
packages 
from in- 
dependent 
vendors. 


All Sys Calls [Yes/No! 
Parameter 
Validation 
[Yes/No! 
Root Object Directory 
Size [O-OFFOh! 
Minimum Transfer 
Size [O-OFFFFH) 
Default Exception 
Handler 
[YeslNo/Deb/Use) 
Name of Ex Handler Object Module 
[1-32 
chs) 
Exception 
Mode [Never/Program/Environ/ 
All) 
Nucleus 
in ROM [YeslNo) 


Yes 
Yes 
0014H 
0040H 
Yes 


Never 
No 


Enter Changes 
[Abbreviations?/ 
= new-value): 
ASC = N 


:pv = no 
:rod = 48 
:em? 


inter 


The start-up 
system 
for the 8086 processor 
is con- 


figured 
for Intel SYSTEM 
86/300 
Series 
microcom- 


puters with a minimum 
of 384K 
bytes of RAM. The 


following 
devices 
are supported. 


• 
iSBC 215/iSBX 
218 or iSBC 215G/iSBX 
218A or 


iSBC 214 


• 
Line Printer 


• 
8251A 
Terminal 
Driver 


• 
iSBC 544, Terminal 
Driver 


The start-up 
system for the 80286 processor 
is con- 


figured for Intel SYSTEM 
286/300 
Series microcom- 


puters 
with a minimum 
of 512 
Kbytes 
and a maxi- 


mum of 896 Kbytes 
of RAM. The following 
devices 


are supported. 


• 
iSBC 208 


• 
iSBC 215/iSBX 
218 or iSBC 215G/iSBX 
218A 


• 
iSBC 254(S) 


• 
Line Printer for iSBC 286/10 


• 
8274 Terminal 
Driver 


• 
iSBC 544 Terminal 
Driver 


Either system 
will run without 
hardware 
or software 


configuration 
changes 
and can be reconfigured 
on a 


standard 
system 
with at least 
512 Kbytes 
of RAM. 


Definition 
files 
are also 
included 
for iSBC 
186/03, 


186/51 
and 188/48 
configurations. 


This start-up 
system may be used to run the ICU (if a 


Winchester 
disk is attached 
to the system) 
to devel- 


op custom 
configurations 
such as those 
pictured 
in 


Figure 8. As shipped, 
the Human 
Interface 
supports 


a single user terminal. 
However, 
the Start-up System 


terminal 
configuration 
file may be altered 
easily 
to 


support 
from two to five users. 


Supported 
Software 
Products 


iRMX 860 
iRMX 86 Development 
Utilities 


Package, 
including 
the 
8086 
and 8088 Linker, Locater, 
Macro 
Assembler, 
Librarian, 
and 
the 
iRMX 86 Editor. 


PASCAL 
86/88 
Compiler 


FORTRAN 
86/88 
Compiler 


PL/M 
86/88 
Compiler 


AEDIT Screen-oriented 
Editor 


High Level Language 
Debugger 


iRMX 861 


iRMX862 


iRMX863 


iRMX 864 


iRMX PSCOPE 86 


8086 and 8088 Microprocessors 
80186 and 80188 
Microprocessors 
80286 
Microprocessors 
(Real Address 
Mode Only) 


8087 Numeric 
Data Processor 
Extension 


80287 
Numeric 
Data Processor 
Extension 


8253 and 8254 Programmable 
Interval 
Timers 


8259A 
Programmable 
Interrupt 
Controller 


8251 A USART Terminal 
Controller 
8255 Programmable 
Parallel 
Interface 
8274 Terminal 
Controller 


82530 
Serial Communications 
Controller 


ISBCItiJMULTIBUS BOARD AND SYSTEM 
PRODUCTS 


iSBC 86/12A, 
80/05, 
86/14, 
86/30, 
86/35, 
88/25, 


and 88/40 
Single Board Computers 
iSBC 186/03 
Single Board Computer 


iSBC 186/51 
Ethernet 
Controller 
iSBC 188/48 
Communications 
Controller 


iSBC 286/10 
Single 
Board Computer 
(Real Add- 
ress Mode only) 
iSBC 204 Diskette 
Controller 
iSBC 206 Hard Disk Controller 
iSBC 208 Diskette 
Controller 
iSBC 215(G) Winchester 
Disk Controller 


iSBX 281 (A) Flexible 
Diskette 
Multi-Module 
Control- 


ler 


iSBC 220 SMD Disk Hard Controller 
iSBC 254(S) 
Bubble 
Memory 
System 


iSBC 534 4-Channel 
Terminal 
Interface 
iSBC 
544 
Intelligent 
4-Channel 
Terminal 
Interface 
and Controller 


iSBX 251 Bubble 
Memory 
Multi-Module 
iSBX 350 Parallel Port (Centronics-type 
Printer Inter- 


face) 
iSBX 351 Serial Communications 
Port 


iSBX 270 CRT Light Pen and Keyboard 
Interface 


SYSTEM 
86/300 
Family 
SYSTEM 
286/300 
Family 


inter 


The iRMX 86 Documentation 
Set is comprised 
of the 


following 
five volumes 
of reference 
manuals. 
Order 


numbers 
are 
associated 
with 
these 
five 
volumes 


only. 


Volume 
I 


Volume 
II 


Volume 
III 


iRMX 86 OPERATING 
SYSTEM 
USER 


GUIDES 


iRMX 86 SYSTEM 
CAllS 


iRMX 86 OPERATING 
SYSTEM 
UTILI- 
TIES 


iRMX 
86 
INSTAllATION 
AND 
PRO- 


GRAMMER'S 
GUIDES 


iRMX 86 INTERACTIVE 
CONFIGURA- 


TION UTILITY 
REFERENCE 
GUIDE 


Training Courses 


The iRMX 86 Operating 
System 


Contact 
local Intel Sales Office 
for details 
on avail- 


able video-tape 
and slide presentations. 


The iRMX 86 Operating 
System 
is available 
under a 


number 
of different 
licensing 
options 
as noted here. 
Reconfigurable 
object 
libraries 
are provided 
on dou- 


ble 
density 
ISIS-formatted 
diskettes 
or 
on 
either 


double 
density, 
single 
sided 
iRMX 86-formatted 
8" 


diskettes, 
or double 
density, 
double 
sided, 
5.25" 
diskettes. 
ISIS-format 
diskettes 
may be used on Intel 


Intellec 
Development 
Systems. 
The iRMX 86-format 


may be used 
on any iRMX 
86-based 
system 
sup- 


porting 
the appropriate 
compilers 
and development 


environment. 


The OEM license 
options 
listed here allow 
users to 


incorporate 
the iRMX 86 Operating 
System into their 


applications. 
Each use requires payment 
of an Incor- 


poration 
Fee. 


Order 
Code 


iRMX 86 KIT BRO: 


Description 


Double 
density, 
single-sided 


8" 
ISIS format 
OEM license 


Double 
density, 
single 
sided 


8" 
iRMX 
86-Format 
OEM 
li- 


cense 
for 
use 
on 
iRMX 
86- 


based environments. 


Double 
density, 
double 
sided 


5.25" 
iRMX 86-Format 
OEM li- 


cense 
for 
use 
on 
iRMX 
86- 


based environments. 


Other 
licensing 
options 
include 
single 
use rights for 


a single 
machine 
and one year update 
service 
ex- 


tensions. 


Each option includes 
90 days of support 
service that 


provides 
the 
quarterly 
iRMX 
86 Technical 
Report, 


Software 
Problem 
Report 
Service, 
and 
copies 
of 


System. 
Updates 
that 
occur 
during 
this 
period. 
All 


initial 
licenses 
include 
a complete 
set of iRMX 
86 


Documentation. 


As with all Intel software, 
purchase 
on any of these 


options 
requires 
the 
execution 
of a standard 
Intel 


Master 
Software 
License. 
The specific 
rights grant- 


ed to users depends 
on the specific 
option 
and the 
License 
signed. 
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The iRMK'" 
\'ersion 
1.1 Real-time Kernel is the 32-bit real-time executive developed, sold, and 


supported 
hy Intel. the 80386 experts. 
It reduces the cost and risk of designing and maintaining 


software 
for numerous real-time applications 
such as embedded control systems and dedicated 
real- 
timc sU;lsystems 
in multiprocessor 
systems. 


• 
32-bit real-time 
multitasking 
kernel 
• 
Rich set of real-time services 


• 
Designed and optimized 
for the 80386 


• 
Extremely 
fast execution with predictable 


response times for time critical 
applications 


• 
Compact design, as small as 81\ bytes 


• 
Multiprocessor 
support 


• 
Requires only the 80386: 
Provides optional 


support 
for 80387 
and other peripheral 


devices. 


• 
Works with any bus: Optional MULTIBUS II 
message passing support 
provided . 


• 
Designed for easy customization 
and 


enhancement 
• 
Easily programmed 
into PROMs or EPROMs 


• 
Comprellensive 
development 
tool support 
• 
Supported 
by Intel 


inter-------- 


REAL-TIME 
SOFTWARE 
FROM THE 
INDlJSTRI' LEADER 


Intel has been the industry 
leader in microprocessor-based 
real-time computing 
since it invented the microprocessor. 
No other company 
supplies 
the range of real-time solutions 
that we do. Since 1977. thousands 
of customers 
have used 
our iR\IX<!) real-time 
operating 
systems. 


Now Intel has put its real-time expertise 
into a 32-bit 


kernel that supports 
the 80386 
microprocessor. 
The iR~IK 
Version 1.1 Kernel saves you the cost of designing. 
debugging. 
and maintaining 
your own executive for real- 
time systems. You can concentrate 
on writing 
your 


application 
rather than a kernel. 


THE OlJlCIlEST 
PATH FOR A WIDE 
RANCE OF REAL-TIME 
APPLICATIONS 


The iRMK Kernel's rich set of real-time services 
in a fast. 
compact design makes it ideal for a wide range of real- 
time applications. 
including: 


Data acquisition 
and analysis 
Continuous 
process control 
Discrete process control 
Simulation 
Medical instruments 
Test instrumentation 
Image processing 
Automated 
test 
Avionics and navigation 
Field command 
control 
Energy and environmental 
control 


Radio control 
Satellite communications 
Terminals 
Graphics 
work stations 
Robotics 
Signal processing 
Laser printers 
Front-end concentrators 
Host communications 


A RICH SET OF REAL-TIME 
SERVICES 


The iRMK Version 1.1 Kernel provides 
a rich set of services 
for real-time 
applications. 
including: 


• 
Task management 
with system calls to create. manage. 
and schedule tasks in a multitasking 
environment. 
The 
kernel offers pre-emptive 
priority 
scheduling 
combined 
with optional 
time-slice (round robin) scheduling. 


The scheduling 
algorithm 
used by the iRMK Kernel 


allows tasks to be rescheduled 
in a fixed amount of time 
regardless 
of the number of tasks. Applications 
may 
contain 
any number of tasks. 


An application 
can prOVide optional 
handlers 
to 
customize 
task management. 
These handlers 
can 
execute on task creation. 
task switch. 
task deletion. 
and 


task priority 
change. 


• 
Interrupt 
management 
by immediately 
switching 
control 


to user-written 
intefl'upt 
handlers 
when an interrupt 
occurs. Response to interrupts 
is both fast and 
predictable. 
Most of the kernel's system calls can be 
executed directly 
from interrupt 
handlers. 


• 
Time management 
providing 
single-shot 
alarms. 
repetitive 
alarms. 
and a real-time clock. The kernel's 
time management 
facilities 
can be used to put tasks to 
sleep for specified 
periods of time. 


• 
Mailboxes 
and semaphores 
for intertask 
synchronization 
and communication. 
Either data or 
pointers 
to memory 
can be sent using mailboxes. 
The 
kernel allows messages of any length. 


Semaphores 
can be binary 
or counting. 
Dynamic 
task 
priority 
adjustment 
is supported. 
Tasks waiting 
for 


messages or semaphores 
can be queued by priority 
or 
first-in. 
first-out 
ordering. 


• 
Memory 
pool manager that prOVides fixed and variable 
block allocation. 
The memory 
manager works with fiat. 
segmented. 
and paged addressing. 
Users can write their 
own memory 
manager to provide 
different 
memory 
management 
policies or to support 
virtual 
memory. 


~ 
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Figure 2: The optional 
MULTIBUS@ II message passing modules give the iRMK 1.1 Version Kernel full multiprocessing 
capabilities 
for distributing 
applications 
among processors 
and interoperating 
with other operating 
systems. 


SlJPPORT FOR MlJLTIPROCESSING 
JlIA MlJLTlBlJS® " 


Two optional 
modules allow iRMK applications 
to make full 
use of the \lLLTIBUS<Il1l 
architecture. 
The first module 
implements 
message passing using Intel's ~1ULTIBUS II 


transport 
protocol. The second implements 
interconnect 


space access. 


These modules can be used to implement 
high 
performance 
multiprocessor 
designs that: 


• 
Distribute 
an application 
that's too large for a single 
processor between several processors 


• 
Provide redundancy 


• 
Dedicate processors 
to specific tasks 


• 
Provide interoperation 
with any operating 
system which 
uses Intel's MULTIBUS II transport 
protocol. 
including 


the iR\lX'" 
286, iRMK 1.1, and UNIX operating 
systems 


HARDWARE 
REQlJlREMENTS 
AND 


SlJPPORT 


The iRMI-. I<ernel requires only an 80386 
microprocessor 


and sufficient 
memory 
for itself and its application. 
Its 


design, however, recognizes that many systems use 
additional 
programmable 
peripheral 
devices and 


coprocessors. 
The kernel provides optional 
device 


managers 
for: 


• 
The 80387 
Numeric Coprocessor 
• 
The 8254 Programmable 
Interval 
Timer 
• 
The 82591\ Programmable 
Interrupt 
Controller 


An application 
can supply 
managers for other devices and 


coprocessors. 


The iRMK Kernel was designed to be easily programmed 
into PROM or EPROM, making it easy to use in embedded 
designs. 


The iR\1K Kernel can be used with any system bus 
including 
the MULTIBUS I and MULTIBUS II busses. The 


optional 
MULTIBUS II message passing and Interconnect 
Space access modules use the Message Passing 
Coprocessor 
and the 82258 
Advanced 
DMA controller. 


SlJPPORT FOR THE 80386 
ARCHITECTlJRE 


The iRMK Kernel provides 
32-bit, protected 
mode 80386 


operation. 
By default, the kernel and its application 
execute in a flat memory 
space of up to 4 gigabytes 
and in 
a single privilege 
level. Applications 
can add support 
for 
any mixture 
of additional 
protected 
mode features 


including: 


• 
Any model of segmentation 
• 
Memory paging 


• 
Virtual 
memory 
• 
Multiple 
privilege 
levels 


• 
Call and trap gates 


The iRMK Kernel prOVides an optional 
Descriptor 
Table 


manager that simplifies 
descriptor 
table management. 


COMPREHENSIJlE 
DEJlELOPMENT 


TOOL SlJPPORT 


Intel provides a complete line of 80386 
development 
tools 


for writing 
and debugging 
iRMK Kernel applications. 
These 


tools include: 


PUM 386 
C 386 
ASM 3861 


80386 
Utilities 


ICE'· 86 
P-MON 386 
D-MON 386 


These tools run on 18M2 PC AT systems and compatibles 
running 
PC-or MS-DOS3 3,X, The iRMK Version 1.1 Kernel 


software 
is available on IBM PC format 
5 V•• , 360K byte 


diskettes. 


INTEL SlJPPORT, CONSlJLTlNG, AND 
TRAINING 


With the iRMK Kernel you get the 80386 
and real-time 
expertise 
of Intel's customer 
support 
engineers. They 
prOVide phone support, 
on- or off-site consulting, 
troubleshooting 
guides, and updates. The kernel includes 


90 days of Inters Technical Information 
Phone service 
(riPS). Extended support 
and consulting 
are also 
available. 


IAvailable in August 1987 
21BM is a registered trademark or the International Business 


Machines Corporation. 


3 MS-DOSis a trademark or MicrosoFt Corporation. 


KERNEL 
INITIALIZATION 


KN_initialize 
Initialize 
kernel 


OBJE(;T 
MANAGEMENT 


KN_token_t(Lptr 
Returns a pointer 
to area holding 
object 


TASK MANAGEMENT 
KN_create_task 
Create a task 


KN_deletctask 
Delete a task 


KN_suspend_task 
Suspend a task 


KN_resume_task 
Resume a task 


KN_seLpriority 
Change priority 
of a task 


KN_geLpriority 
Return priority 
of a task 


INTERRlJPT 
MANAGEMENT 


KN_seUntcrrupt 
Spccify 
interrupt 
handler 


KN_stop_scheduling 
Suspend task switching 
KN_starLschcduling 
Resume task s\\ itching 


TIME 
MANAGEMENT 


KN_sleep 
Put calling 
task to sleep 


KN_create_alarm 
Create and start 
virtual 
alarm 


clock 
Deletc alarm 
Get time 
Set time 
Notify 
kernel that clock tick has 
occurred 


KN_delete_alarm 
KN_geUime 
KN_seUime 
KN_tick 


INTERTi\SK 
(;OMMlJNI(;ATlON 
AND 


SYN(;HRONIZATION 
KN_create_semaphore 
Create a semaphore 
KN_delete_semaphore 
Delete a semaphore 
KN_send_unit 
Add a unit to a semaphore 
KN_receive_unit 
Receive a unit from a semaphore 
KN_create_mailbox 
Create a mailbox 
KN_delete_mailbox 
Dclete a mailbox 
KN_send_data 
Send data to a mailbox 
KN_rcccive_data 
Request a message from a 
mailbox 


MEMORY 
MANAGEMENT 


KN_create_pool 
Creatc a memory 
pool 


KN_deletcpool 
Delete a memory 
pool 


KN_creatc_area 
Create a memory 
area from a 
pool 


KN_delete_area 
Return a memory 
area to a 


memory 
pool 


KN_geLpool_attributes 
Get a memory 
pool's attributes 


Df,S(;RIPTOR 
TABLf, MArUGEMENT 


KN_geLdescriptor 
_ 
Get a descriptor's 
attributes 
attributes 
KN_scLdescriptoL 
Set a descriptor's 
attributes 
attributes 


Initialize 
local descriptor 
table 


(LDT) 
Overwrite 
a descriptor 
with the 


null descriptor 
Convert 
a linear address 
to a 


pointer 
Convert 
a pointer 
to a linear 


address 


KN_geLdatLselector 
Get the selector 
for the data 
segment 
KN_geLcodcselector 
Get the selector 
for the code 
segment 
825~UPI(; MANAGEMENT 
KN 
initialize 
PICs 
Initialize 
the 8259A 
PICs 


KN=masLsl;t 
Mask out interrupts 
on a specified 


slot 
Unmask 
interrupts 
on a specified 
slot 
Signal the PIC that the interrupt 
on a specified 
slot has been 


serviced 
Change interrupt 
masks 


Return the most important 
active 


interrupt 
slot 


8254 
PIT 
MANAG •.:MENT 
KN_initializcPIT 
Initialize 
an 8254 
PIT 
KN_start_PIT 
Start 
PIT counting 


KN_gd_PILinterval 
Return PIT interval 


80387 
NlJMERI(; 
(;OPRO(;ESSOR 
MANAGf,MENT 
I\N_initialize_NDP 


KN_new _masks 
KN_geLslot 


Initialize 
an 80387 
Numeric 


Coproccssor 


MlJI.TIBlJS® •• MESSAGE 
PASSING 
MANAGEMENT 
KN_initializc_message_ 
Initialize 
the message passing 


passi ng 
mod uIe 


KN_send_tp 
Send a transport 
message 


KN_attach_rceeive_ 
Attach 
a receive mailbox 


mailbox 


KN_canceUp 


I\N_send_dl 
KN_attach_proI,(Jcol_ 


handlcr 
KN_canceLdl 
Cancel a data link buffer 
request 


MlJl,TlBlJS® •• INTf,R(;ONNE(;T 
SPAO; 


MANAG •.:MENT 
KN_initialize_ 


interconnect 
KN_geUnterconnect 


Cancel a solicited 
message or 


request-response 
transaction 


Send a data link message 
Attach 
a protocol 
handler 


Get the value of an interconnect 
register 
Set the value of an interconnect 
register 
Get the host 10 of thf 
local host 


R\lKII 
DEV·pe, 
R\IKII 
DE\ -C' 


RMKII MBI-P:' 
RMKII MBI·C' 


R\IKII MBII·!'" 
R\IKII 
\IBII·C' 


iRMK Version I. I development 
software 


iRMK Version 1.1 Kernel 
Drleloper·s 
Kit 


iRMK Version 1.1 Kernel 
Starter Kit 


Can hr u~rd for \IULTIBL'S I 
or cu~tom de~igns 


iRMK Version I. I Kernel 
Starter Kit 


Can be u~ed for \llILTIBL'S 
II 


or custom dr~igns 


iRMK Vrrsion 1.1 Kernrl Softwarr 


iRMK Version I. 1 Kernel Software 
PIJ~I386 or C 386 
·\SM 386 
80386 L'tilitirs 


iRMK Version 1.1 Kernel Software 
iSBc 386/21 
PU\l 386 or C 386 
\S~1 386 
80386 Utilities 
P·MOI'\ 386 


iRMK Version 1.1 Kernel Software 
iSBc 3861116~1O1 
iSBX 351 
PUM 386 or C 386 
·\S~l 386 
80386 Utilities 
P·MON 386 


CONSULT/DAILY. 
cO"JSULT/LI' 


Teehnical Information 
Phone ~upport. :(',ommcnts \Iagazine. Trouhle~h(x)ting 


Phonr Support 
Guides 


On- or off-site consulting on iR~IK 1.1 Kernel or other Intrl products hy Intrl systrm~ 
engineer. Available on a daily or long term basis. 


80386 Programmmg 
Cu~tomer Traming \\OItshop 
LI~ing ·\S\l 386 


80386 S:>~tem Soft"'an' 


80386 Sy~tem 
Ilardllare 
J)e~ign 


e'l-:xpecledal'allability: September 1987. 
Information subll'ct to cllange Wilbout notice, 


Cu~tomer Training \\orkshop 


Cu~tomer Training \\'ork~llOp 


The iRMXI!>286 Reiease 2.0 Operating 
System is system software designed specifically 
for real time 
applications. 
The product of ten years of real time expertise by Intel. the iRMX 286 Release 2.0 
Operating 
System provides high performanoe 
response to external events. excellent support 
of 
special purpose hardware. 
and sophisticated 
real time programming 
facilities. 


• 
80286 and 80386 
microprocessor 
support 
• 
80287 and 80387 
numeric coprocessor 
support 
• 
16 megabyte memory addressability 


• 
Multiple tasks and multiple 
jobs 


• 
Multiple 
users 


• 
Priority 
based and/or round robin scheduling 


• 
Object oriented architecture 


A COMPLETE REAL TIME OPERATING SI'STEM, 
NOT JlJST A «ERNEL 


• 
Major functions 
of the iRMX 286 Release 2.0 
Operating System include: 
-Nucleus 
-File 
System 


-Basic 
110 System including 
device drivers 
for many Intel Multibus 
110 boards 


-Extended 
110 System 
-Bootstrap 
Loader 


• The leading real time microprocessor 
softwarc 
with over 6000 licenses sold 
• 
An active iRMX Users Group (iRUG) with over 
40 chapters worldwide. 
a regular 
newsletter, 
inter 
and an annual technical convention. 


-Application 
Loader 
-Human 
Interface supporting 
on target 
development and end user reprogramming 


-System 
Debugger 
-Optional 
networking 
to systems running the 


MS-DOS. VAXNMS, XENIX', 
iNDX, iRMX 86 
Release 7.0. and iRMX 286 Release 2.0 
Operating Systems 


• 
Future 8086 family 
processors will be 
supported 
by iRMX operating 
systems. 


• 
Highly compatible 
with the iRMX 86 Release 


7.0 Operating 
System 


SlJPPORT FOR THE FlJLL RANGE OF 
REAL TIME APPLICATIONS 


The iRMX 286 Release 2.0 Operating 
System supports 
the 
full range of real time applications. 
from embedded control 
designs. to reprogrammable 
systems which require 
dynamic creation. deletion. and prioritization 
of tasks. This 
flexibility 
makes it possible to save substantial 
staff 
retraining 
and software 
maintenance costs by using a 
single operating 
system for many different 
real time 
systems and subsystems. 
The iRMX 286 Release 2.0 
Operating 
System is ideal for such applications 
as: 


avionics 
communications 
communication 
concentrators 


data acquisition 
and analysis 
energy management 
factory 
automation 
financial 
trader workstations 


Image processing 
machine control 
manufacturing 
test 


medical instruments 
military 
process control 
railroad 
control 
rockets 
satellite communications 
simulation 
SCADA systems 
transaction 
processing 


REAL TIME SOFTWARE FOR REAL 
TIME APPLICATIONS 


Real Time Applications 
are easier to develop with sppcial 


software. Operating 
Systems designed for general business 
use typically 
lack essential real time features. so real time 
application 
development 
is often expensive. difficult. 
or 


even impossible. 
In contrast. 
the iRMX 286 Release 2.0 


Operating 
System is real time software designed to make 
the development of real time applications 
easy and 


successful. 


• Hip 
peFfor.a.u. 


Por real time applications. 
the iRMX 286 Release 2.0 
Operating 
System is typically 
100 times faster than 
general purpose operating 
systems. This high 


performance 
enables applications 
based on the iR~IX 
286 Release 2.0 operating 
system to keep up with the 
rapid data and control flow of machine and 
communication 
interfaces. 


• "rid. ~t 
of real time pl'Op'amftll•• 


fadlltles. 
The iR\lX 
286 Release 2.0 Operating System includes a 
rich set of real time programming 
facilities that are 
usually 
missing in whole or in part from non·real time 
operating 
systems. These facilities 
include: 
-interrupt 
management 
with custom exception 
handlers 


-support 
for multiple 
tasks 


-preemptive. 
priority 
based schf'duling 
with round 
robin (time slice) scheduling 
\\Ithin 
a priority 
level 


-intertask 
communication 
through 
mailboxes and 


semaphores 


• Easily pl'Op'ammed Into PROM. 


Real time applications 
built on the iRMX 286 Release 


2.0 Operating 
System are easily programmed 
into 


PROM's or EPROM's for highly reliable embedded 
systems which do not require disks. A complete set of 
languages which support 
reentrant 
code are available 


for use with the iRMX 286 Release 2.0 Operating 
System. 


• t:xullent 
Support for spedal purpose 


hardware. 
Most real time applications 
involve some special 


purpose hardware. 
and general purpose operating 
systems are often relatively 
monolithic 
and difficult 
to 
interface to this hardware. 
In contrast. 
the iR~IX 286 


Release 2.0 Operating 
System is a highly configurable. 


modular 
software 
system which easily supports 
custom 


hardware. 
Support 
for special purpose hardware 


includes: 
-the 
ability 
to configure the operating 
system by layer 
-hooks 
for user written 
handlers at key points 


-the 
ability 
to add operating 
system extensions. 


-standard 
device driver interfaces 


• Support for deslps 
based o. Intel 
systems, slnale board c:omputer8, a.d 
c:omponenl8. 


Central Processing 
Unit Support 


Systems- 
Bootable preconfigured software is included for: 


Intel System 310 AP family 
Intel System 320 family 


Single Board Computers-Preconfigured 
software is 


included for: 


iSBC 286/101\. iSBC 286112 
iSBC 386/2X 


Component Designs-~linimum 
required hardware to run 
the IR\IX 286 Release2.0 Operating System: 
80286 or 80386 microprocessor 
8259A Programmable Interrupt Controller 
8254 or 8253 Programmable Interrupt Handler 


1'<ecessarymemory 


A COMPLETE REAL TIME OPERATING 
SYSTEM, 
NOT JlJST A KERNEL 


\\<ith comparable 
performance. 
the iRMX 286 Release 2.0 
operating 
system provides many features that are extra 
cost items. or simply 
unavailable. 
in real time kernels. 


These features make the development of real time 
applications 
much easier and faster. but do not add 


unneccessary 
overhead. In fact. all functional 
layers except 
the nucleus are optional 
in the iR\IX 286 Release 2.0 
operating 
system. This fleXibility 
allows you to inclueJe 
only those features that your application 
requires. 


The following 
is a brief deSCription of the major functional 
groups within 
the iRMX 286 Release 2.0 Operating 
System. 


A COMPLETE REAL TIME OPERATING 
SYSTEM (continued) 


Nucleus 
The \ucleus 
is the heart of the operating 
s~stem and 


controls all resources available to the system. The nucleus 
prO\ ides key real time features including: 


• 
support 
of multiple tasks 
• 
priority 
hased and/or time slice scheduling 
• 
dynamic 
priority 
adjustment 
• 
memory management with 16 megabyte addressability 
• 
mtertask communication 
and synchronization 
using 
mailhoxes and semaphores 
• 
mterrupt 
management II ith custom exception handlers 
• 
descriptor 
tahle management 
• 
time management 
• 
ohject management 
• 
the addition 
of custom Operating System rxtensions. 


Basic I/O System 
(BIOS) 


The Basic I/O System (BIOS) prO\ides primitill's 
to read 


from and IITite to peripherals. 
as Ilell as the ahility 
to 
huffer I/O. Thr BIOS also sets up the file structures 
used 
h~ the system and prO\·ides access to all required 
peripherals 
through a standard 
del ice dril·rr 
interface. 
\Iany delice drilers 
are prolided 
II ith the iR\IX 286 
Release 2.0 Opel'ating S~stem. and custom del ice dmers 
and file driwrs 
may br added hy the user. 


De~lc:eDI'I~el'8Induded 
with 
the IRMX<!> 
Z86 
Release 
Z.O Opel'atlna 
System 


Terminal 
Suppurts Terminal Communications for 


Communications 
tll(' iSI3C 188/';6. iSHC ';46. iSHC';47. 
and iSBC';48 singlr hoard computers 
Fh'xihle Dis' Controller 
S\lllllis' 
Controller 


\lulti·Peripheral Controller 
II mclll'ster Dis' Controller 
Fil'xihle Dis' Controller 
Tape ('~mtroller 
Parall<'l Port (Centronlx·type Printer 
Interface) 
4 Channel Tt'rminal Inlerfaee 
Inl<'lligcnt 4 Channel Terminal Interface 
and Controller 
Serial Communications Port 
2 Cilannci Serial Port 
Serial Communlralions Controlh'r 
\h'mory IlrJ\l'r 


iSHC 208 
iSHC 220 
iSI3C214 
ISHC21';(; 
iSHX'· 218<\ 
iSH\ 217C 
iSH" :l';O 


82';1, 
iSH" :l';4 
82';:lO 
1<\\1 


Extended 
I/O System 
(EIOS) 


The Extmdl'd 
I/O System (EIOS) prolides 
similar 
seClices 
to thl' BIOS. lIith 
simplified 
calls that giw 
less explicit 


control of dl'lice 
hehalior 
and performanre. 
The r:IOS also 
prO\ ides a logieal·to-physical 
dl'litT 
ronnt'ction. 
and allO\I s 


a pl'J)gram to spl~'ify a logical m!c!rl'ss for output. 


fJnlJlersal DeJlelopment 
Interface 
((lDI) 


The l'niVl'rsal 
1)l'l<'Iopment Interface prO\ides an easy to 
USl' interface II itll a standard 
st't of system calls to alloll 
programs 
and languages to he casily transported 
to or 


from the iR\IX 286 Release 2.0 Operating System to other 
operating 
systems II hich support the LDI standard. 


Appllc:af,Jon Loader 
The Application 
Loader is used to load programs 
from 
mass storage mto memory. II here they execute. Programs 
may be loaded under program or operator 
control. 


Bootstrap 
Loader 


Thc Bootstrap 
Loader is used to loacl the operating 
system 
or an application 
system from mass storage into memory, 
and then to begin the system·s execution. 


System 
Debul:l:el' 
The System Dehugger is used to dehug applications 
and 
gllr 
a liell 
mto the systrm 
Itself. 


Human 
Interface 


The Iluman 
Intel'face allO\ls multiple 
users to effrctilely 


C!l'Il'!OP applications. 
maintain 
files. run programs. 
and 
communicate 
II ith the operating 
system 
It consists of a 


set of system calls. a set of commands. 
and a Command 
Line Interpreter. 
Commands are alailahle 
for file 


management. del ice manageml'nl. 
and system status. Thr 
Command Line Interpreter 
is a sophisticated 
tool for 
program dell'lopment 
and system clesign. Its features 
include dy namic logon. full lint' editing. user extensions, 
and support 
for hackground 
johs. In addition, 
thr 
Command Lint' Interpreter 
may he replaced for special 
applications. 
r·or t'\ample. 
a Computer 
·\ic!ec1Tomography 
(C\T) scanner controlled 
by the iR\I\ 
286 Release 20 
Operatlllg 
System could use a custom Command Line 


Interpreter 
to allO\\ tilt' operator to direct the mOll'ment of 
the scanner. 


IRItIXI!>-Net Netwol'ldn~so{f,ware 
(aJlallable 


separately) 
The IR\IX 286 Release 2.0 Operating System is designed 
to I\ork With iR\I\- \ET 
netllorking 
software to prmidr 


transparent 
flir access to systems runnlllg 
the iR\L\ 
86 
Release 7.0. iR\IX 286 Release 2.0. \IS-DOS. \E\LX. 
i\J)X. and \\,\/\ 
\IS operating 
systems. iR\IX-\ET 
is ISO 
standard 
netllorking 
softllare 
for ethernet local area 
netllorks. 


IR\I.\ 
nt'tllorking 
allO\ls your real time application 
to 
communicate 
dfl'ctilely 
Ilith 
general purpose computer 
systems as 111'11 as other real time systems. 


IRMXI!>:186 Release 
:1.0 (Jonflllul'af,Jon 


Size· 


Systern I.ayl'r 
Cmlt'Sizl' 
Data SIZt' 


\uclt'us 
30l>.H 
21>.H 


IJIOS 
861\H 
112 hyles 


f:IOS 
181>.H 
16 hytes 


LDI 
81>.13 
32 hytl's 


\pplinH Ion I.oatll'r 
IOI>.H 
100 hytes 


Syslt'm Dt'llllggt'r 
311>.13 
II\H 


lIuman Interface 
831\13 
224 hytl'S 


ON TIIRGET DEJlELOPMENT-1l 
BETTER 
Wilt' TO DEJlELOP REIIL 


TIME IIPPLlCIlTlONS 


Designers familiar 
with both eross development and on 


target dtwlopment 
agree that on target dewlopment 
is the 
easier. more rellahle method for developing applications. 
Testing 
IS grt>atly simplified. 
and you nee(Jhecome 
comfortable 
with only one operating system. Furthermore. 


a whole set of bugs is alUided hy eliminating 
the transition 


from one operating system to another. 


The iR~IX 286 Release 2.0 Operating System provides 
solid on targel development capability -a 
capahility 
entirely 
mlssmg from other real time software for 


microproccssors. 


Developers can use the full rich feature set of the iRMX 
286 Release 2.0 Operatmg System for dewlopment. 
but 


then include only a minimum 
set of iRMX functions 
in their 


fmal application' 
As a result. your final application 


receivcs the tlt'neftts of on targPl development Illthout 
the 
OIcrhead that general purpose operating 
systems mcur. 


Delelopment 
facilities 
included with the iRfl.IX 286 Release 


2.0 Operating System: 


• 
a Iluman 
Interface supporting 
multiple 
users 


• 
37 lIuman 
Interface commands 
for system status. 
del 1('(' management. and fill' management 
• 
• 
a sophisticated 
Command Line Interpretcr 
supporting 
hackgrouml 
jobs and full line editing 
• 
Interactive 
Configuration 
Utility (ICU)- 


a utility 
for assisting an iR\IX dewloprr 
in the 
configuration 
process. The Interactive Configuration 
Ltility 
prompts thc user for system paramelcrs 
and 
requlI'ements. then builds a command file to compile. 
assemhle. huild. and hind necessary filt's. 


• 
lIardllare 
traps 
10 catch up to 90% 
of typical 


programming 
errors 


• 
System Dehugger (requires the iSDM \lonitorj 
• 
Bootstrap 
loadrr with dehug option 
• 
Parameter and Data lalidation 
• 
L niwrsal 
l)ewlopment 
Inh'rface 


• 
\umerous 
del ice drllers 
for Intel \Iultihus 
hoards 


Delelopment 
facilities available separately 
for use Ilith 
the 
IR\I\ 
2H6 Release 2.0 Operating System: 


• 
Reentrant languages-PI)\I 
286. P·\SC-\L 286. 
FORTR \\ 
2H6. and C 286 


• 
\EDIT -a 
menu·drilen. 
screen·oriented 
te\t edilor 
• 
iSD\1 R30 System Dehug \Ionitor- 
\II01IS dOllnloadmg 
from an iR\lX 
2H6 Release 2.0 host 


to an IR\I\ 
286 Relmse 2.0 or iR\I\ 
86 Release 7.0 


target 


• 
Soft· Scope 286 dehuggel'- 
a taskmg dehugger 


• 
AS\1286-an 
80286 
Development Utilities 
Package 


includmg the 80286 
Macro Assembler. Builder. Binder. 


Librarian 
and Mapper 
• 
ASM86-an 
8086 Development Utilities 
Package 
including the 8086 Macro Assemhler. Linker. Locator. 
Librarian. 
and line editor 


• 
IRMXJ\ET 
rvetworking-allows 
your deyelopment effort 
to be shared over several systems. Includes support 
for 
both thr iSBC 186/51 and the iSBC 552A Ethernet 
Controllers 


• 
VDIT. nO-Graphics 
software for the iSBC'" 186178A 


graphics controller 


• 
iP\T -a 
Performance Analysis Tool. hosted on an IBM 
PCAT or eqUivalent. to aid' in the performance 
optimization 
of an iRMX application. 


• 
In Circuit ~:mulators-hosted 
on an IBM PC-ATor 


equivalent. to aid in hardware debugging and software 
tracing 


• 
a variety of user supplied utilities and special softwarr 
arc available from the iRMX Users Group (iRlIG) 


SOFTWARE WITH II FIJTIJRE 


\\Ith 
over 6000 OEM and devclopment 
licenses 
outstanding. 
the iRMX operating 
systems are far and away 


the leading real time software for microprocessors. 
The 


iRfl.IX community 
has grown so that today there is an 
active iRMX Users Group (iRUG) with over ~O chapters 
worldll id.e.an annual technical convention. and a rrgular 
newsletter. In addition 
major universities 
such as thr 
Uniyersltv 
of \orth 
carolina. 
Cornell University. and the 


University 
of California 
at Berkeley use iRMX software 


and/or teach real time programming 
courses featuring 
the 


iR\lX oprrating 
systems. 


This year Intel celehrates the 10th anniversary 
of the 
iR\1X oprrating 
system family. Over thr last decade, Intrl 
has ~teadily improved the performance 
and functionality 
of 
the IR\I\ 
operating ~y~tems. )ou can count on continued 
improvements 
in the future. 


The iRMX 286 Release 2.0 Operating System runs 
compatibl~ 
on 80286 and 80386 microprocessors. 
and 
IRfl.IX operating systems will run on future advanced 
mi('roproce~sol's 
from Intel. Olle•. the last fou •. 


yeal'8 the pel'fo •.••a.c:e of I.tel's 
8086 
family mlc:l'Opl'OC:e8_1'8has I.c:reased 
400%. 
\\hel1 you're using the iRMX opt'rating 
systems. 
you benefit from these tremendous 
performance 


improvements 
with a high degree of real time application 
portahility. 


OIJTSTIINDING 
TECHNICIIL 
SIJPPORT 


\\ ith the IR\I\ 
2H6 Release 2.0 Operating System you're 


not alonr when you're developing a real time application. 
Intel has the IJest technical sail'S support 
in thl' real time 


business. If you run mto a snag: training. 
consulting. 
and 
de~lgn adl ICe arc availahle cl{)~e at hand. 


.Job Manage_en, 
RQ$CRE:m:$,I(lH 
RQE:$CREATE:$.J(lB 
RQ$DELETr:$.JOB 
RO$OFFSPRING 
ROE$OFFSPRING 


Tas" Manage_en, 
RQ$CRE:ATE:$TASI< 
RQ$DE:I,ETE:$TASI< 
RQ$GET$PRIORITY 
RO$SET$PRIORITY 
RO$Gr:T$TASK$TOKENS 
RO$SUSPEND$TASK 


RQ$RESlIME$TASI< 


RQ$SLEE:r 


Mailbox 
Manaile_en, 


RO$CREATE$MA ILBOX 
RQ$DELETE$MAILBOX 
RO$SE;ND$DATA 
RQE;$RE:CEIVE$DATA 
RQ$SEN D$M I':SSAGE 
RQ$RECE:Ivr:$M ESSAGI'~ 


Creates a loh (whose memory 
pool is limited to I ~IB) with a task 
Creales a loll (II hose memory pool is up to 16 MB) \lith 
a task 
Deletes a joll 
Provides tokens of the child johs of the specified johs 
Providcs a list of tokens for the child johs of the specified joh in a user supplied data 
structure 


Creates a task 
Deletes a task that is not an interrupt 
task 
Returns the static priorily 
of a task 
Changes a task's priority 
Returns to the caller a token for the specified task 
Increases a task's suspension depth hy one: suspends the task if it is not already 
suspended 
Decrcases a task's suspension depth hy one: resumes the task if the suspension 
depth 
heeomes zero 
Places the calling task in the asleep state for a specified amount of time 


Creates a mailhox 
Deletes a mailhox 
Sends a message to a mailhox 
Allows the calliog task to receive a message from a mailhox: 
the task can wait 
Sends an ohject to a mailhox 
Allows the calling task to receive an ohject: the task can wait if no ohiects are present 


Se_aphore 
Manaile_ea, 


RO$CREATE$SEMAPHORE 
Creates a semaphore 
RQ$DELETE$SP.MAPHORE 
Deletes a semaphore 
RQ$SEND$UNITS 
Adds a specific numher of units to a semaphore 


RQ$RE:CEIVE~$lINITS 
Asks for a specific numher of units from a semaphore 


SeIlmen' and Me_ory 
P_I Managemen' 
RQ$CREATE$SEGME;NT 
RQ$DELETE$SEGME:NT 
RQ$GET$SIZE: 
RO$SET$POOL$MIN 
RQ$Gr:'I'$I'OOI.$ATTRI B 
RQE:$GI':T$I'OOI ,$ATTR IB 


Creates a segment 
Returns a segment to the memory 
pool from which it was allocated 
Returns the size of a segment 
Changes the minimum 
size of the memory 
pool of the caller's joh 
Returns memory pool attrihutes 
of the caller's joh 
Retums information 
ahout a joh with more than 1 megahyte of memory 


lJest:rlp'or Manaile_ea, 
RQE$CRE:A'I'E:$DESCRIPTOR 
Creates a descriptor 
in the Glohal Descriptor 
Tahle descrihing 
a segment 


RQE:$DE:LETr;$DESCRIPTOR 
Removes a descriptor 
entry from the Glohal Descriptor 
Tahle 
RQE;$CHANGE;$DE~SCRIPTOR 
Changes the physical address 
01' size of a segment by modifying 
its descriptor 
in the 


Global Descriptor 
Table 


Ob/a' Manaile_en, 
RQ$CA'I~'\1.()G$( m,1E:CI' 
RQ$lI NCA'II\ 1.()G$OH,IE:cr 
RQ$I.O()l<lIP$OB.JE:CT 
RQE$G 1':1'$(lHJECT$ACCESS 
R(W$CIIANGE$OB.JECT$TYPE 
RQE:$GE:TMDDRESS 
RQ$(;I':T$TYPE: 


Places an ohject in an olJject directory 
Removes an ohject from an ohject directory 
Returns a token for the eatalogued name of an ohject 
Returns the access ty pe o!' an ohject 
Changes the access type of an object 
Returns till' physical address of an object 
Returns the type code of an ohject 


Exce"tlo. 
Ha.,"er 
Ma.a~e_e.t 
RQ$GET$EXCEPTION$HANDLER 
RQ$SET$EXCEPTION$HANDLER 


I.te,.,.."f, 
Ma.a~e_e.f, 


RQ$ENABLE 
RQ$D1SABLE 
RQ$SET$INTERRUPT 
RQ$RESET$INTERRUPT 
RQ$GET$LEVEL 


RQ$END$INIT$TASK 
RQ$ENTER$INTERRUPT 
RQ$SIGNAL$INTERRUPT 
RQ$EXIT$INTERRUPT 
RQE$TIMED$INTERRUPT 


RQ$\\AIT$INTERRUPT 


CO_l'Oslte Ob/et:f, 
MalJa~ellJelJf, 
RQ$CREATE$COMPOSITE 
RQ$DELETE$COMPOSITE 
RQ$ALTER$COMPOSITE 
RQ$INSPECT$COMPOSITE 


Exte.slolJ 
Ob/et:f, 
Ma.a~e_eIJf, 
RQ$CREATE$EXTENSION 
RQ$DELETE$EXTENSION 


Deletloll 
COlJt1'01 
MaIJa~e_elJf, 
RQ$D1SABLE$DELETION 
RQ$ENABLE$DELETION 
RQ$FORCE$DELETE 


OperatllJ~ SystellJ 
ExtelJslolJ MalJa~ellJelJf, 
RQE$SET$OS$EXTENSION 


RQ$SIGN:\L$EXCEPTIO~ 


RqlolJ MalJa~ellJelJf, 
RQ$CREATE$REGION 
RQ$DELETE$REGION 
RQ$SE\D$CO\TROL 
RQ$ACCEPT$CONTROL 


RQ$RECEIVE$CONTROL 


Returns the current 
values of the caller's 
exception 
handler 
Sets exception 
handler 
and exception 
mode attributes 


Enables an interrupt 
level 
Disables 
an interrupt 
level 


Assigns 
an interrupt 
handler 
and an interrupt 
task to an interrupt 
level 
Deletes the interrupt 
task for an interrupt 
level 
Returns the interrupt 
level of highest priority 
which an interrupt 
handler 
has started 


but not completed 
Informs 
root task that a synchronous 
initialization 
process has completed 
Sets up a data segment base address 
for an interrupt 
handler 


Used by interrupt 
handlers 
to invoke interrupt 
tasks 
Used by interrupt 
handlers 
to send an end-of-interrupt 
signal to hardware 


Puts the calling 
interrupt 
task to sleep until it is awakened by an interrupt 
handler, 


or a specified 
time period elapses 


Puts the calling 
interrupt 
task to sleep until it is awakened by an interrupt 
handler 


Creates a composite 
object 


Deletes a composite 
object 


Replaces components 
of composite 
objects 


Returns a list of the component 
tokens contained 
in a composite 
object 


Creates a new object type 
Deletes an extension 
object and all composites 
of that type 


Makes an object immune 
to ordinary 
deletion 
Makes an object susceptible 
to ordinary 
deletion 
Deletes objects whose disabling 
depths are zero or one 


Attaches 
the entry point address 
of a user written 
Operating 
System extension 
to a 
call gate or deletes such an entry 
Used by Operating 
System extensions 
to signal the occurrence 
of an exception 


Creates a region 
Deletes a region 
Relinquishes 
control 
to the next task waiting 
at the region 


Causes the calling 
task to accept control 
from a region if control 
is immediately 


available 
Causes the calling 
task to wait at the region until the task receives control 


BASIC I/O SYSTEM 


Job ut'el 
RQ$SET$DEFAULT$PREFIX 
RQ$GET$DEFAULT$PREFIX 
RQ$SET$DEFAULT$USER 
RQ$GET$DEFAULT$USER 
RQ$E:--JCRYPT 


De"'ce ut'el 
RQ$A$PHYSICAL$ATTACH$DEVICE 
RQ$A$PHYSICAL$DETACH$DEVICfl: 
RQ$A$SPECIAL 


Flleut'el 
RQ$A$CREATE$FILE 
RQ$A$CREATE$DIRECTORY 
RQ$A$DELETE$FILE 
RQ$A$ATTACH$FILE 
RQ$A$DELETE$CONNECTION 
RQ$A$CHANGE$ACCESS 
RQ$A$RENAME$FILE 
RQ$A$TRUNCATE 
RQ$A$OPEN 
RQ$A$CLOSE 
RQ$A$READ 
RQ$A$WRITE 
RQ$A$SEEK 
RQ$A$L:PDATE 
RQ$\t\IT$IO 


Slat.sf Aflrlb.re 
RQ$A$GET$CON 1\ECTION$STATUS 
RQ$A$GET$DI RECTORY$ENTRY 
RQ$A$GET$FILE$STATUS 
RQ$A$GET$PATH$COMPO 
ENT 


Vser Db/eelS 
RQ$CREATE$lISER 
RQ$Dr:I.ETE$LJSI<:R 
RQ$INSPECT$USER 


Exre.s/o. Data 
RQ$\$SET$EXTENSION$DATA 
RQ$A$C r:T$I':Xn:NSION$DATA 


T1.efDate 
R()$SET$TIME 
R()$Cr:T$TI~1E 
R()$SET$(il.OI3AL$TI 
M r: 
RQ$GET$GI.OBAL$TIMr; 


Lo«lcalto 
PIJys/cal 


Address 
COlners/o" 


R()$1\1llS$Cr:TMDIlRESS 


set default 
prefix 
for job 
Inspect default 
prefix 


Set default 
user for job 
Inspect default 
user 


Encodes user password 


Asynchronous 
attach device 
Asynchronous 
detach device 
Asynchronous 
perform 
device-level function 


Asynchronous 
data file creation 


Asynchronous 
create a directory 
Asynchronous 
delete a data file or a directory 
Asynchronous 
attach file 
Asynchronous 
delete file connection 


Asynchronous 
change access rights to a file 
Asynchronous 
rename file 


Asynchronous 
truncate 
file 
Asynchronous 
open file 


Asynchronous 
close file 
Asynchronous 
read file 


Asynchronous 
write 
file 
Asynchronous 
move file pointer 


Asynchronous 
finish writing 
to output 
device 


Synchronous 
wait for status after 
InputJOutput 


Asynchronous 
get cunnection 
status 
Asynchronous 
inspect directory 
entry 
Asynchronous 
get file status 
Asynchronous 
obtain 
path name from connection 
token 


Create a user object 
Delete a user object 
Get IDs in a user object 


Asynchronous 
store a file's extension 
data 
Asynchronous 
receive a file's extension 
data 


Set dateltime 
value in internally-stored 
format 


Get date/time 
value in internally-stored 
format 


sets the hattery 
backed-up 
hardware 
clock to a specified 
time 


Obtains 
the time of day from the battery 
backed-up 
hardware 
clock 


EXTENDED I/O S-':STEM 


InpullOulpUI 
Jobs 


RQ$CREATE$IO$JOB 
ROE$CREATE$IO$JOB 
RQ$START$IO$JOB 
RO$EXIT$IO$JOB 


LoIllcal 
Names 


RQ$LOGICAL$ATTACH$DEVICE 
RQ$HYBRID$DETACII$DEVICE 


RQ$LOGICAL$DETACH$DEVICE 
RQ$S$CATALOG$CONN ECTION 
RQ$S$LOOK$UP$CONN 
ECTION 


RQ$S$LNCAT<\LOG$CON 
ECTIO:"J 


Flies 
RQ$S$CR EATE$DI RECTORY 
RQ$S$CREATE$FILE 
RQ$S$DELETE$FILE 
RQ$S$ATTACH$FILE 
RQ$S$DELETE$CON'\ 
ECTIO:\ 
RQ$S$OPE\ 
RQ$S$CLOSE 
RQ$S$READ$~IOVE 
RQ$S$WRITE$MOVE 
RQ$S$SEEK 
RQ$S$TRUNCATE$FILE 
RQ$S$CHANGE$ACCESS 
RQ$S$RENAME$FILE 


Special Del'/ces 
RQ$S$SPECIAL 


Stalus 
RQ$GET$LOGICAL$DEVICE$STATUS 
RQ$S$G ET$CON NECTION$STATUS 
RO$S$GET$FILE$STATUS 


Vsers 
RQSGETSUSER$IDS 
RQ$\ERIFY$USER 


APPLICATION 
LOADER 


RO$,\$LOAD 
RO$A$LOAD$IO$JOB 


RQE$A$LOAD$IO$JOB 


RO$S$LOAD$IO$JOB 


ROESS$LOAD$IO$JOB 


RQ$S$OVERLAY 


Creates an 1/0 job with a memory 
pool of up to 1M bytes 
Creates an 1/0 job with a memory 
pool of up to 16M bytes 
Starts (makes ready) the mitial task in an 1/0 job 
sends a message to a mailbox 
and deletes the calling 
task 


Creates and catalogs 
a logical name for a device 


Temporarily 
removes the correspondence 
between a logical name and a physical 
device established 
via LOGICAL$ATTACH$DEVICE 
Deletes a logical name created with LOGICAL$ATTACH$DEVICE 
Creates a logical name for a connection 
searches through 
an I/O job's object directories 
to find the connection 
associated 
with a logical name 
Deletes a logical name from the object directory 
of a job 


Creates a new directory 
Creates a new physical, 
stream, or named data file 
Deletes a stream, 
physical, 
or named file 
Creates a connection 
to an existing 
file 
Deletes a file connection. 
Opens a connection 
to a file 
Closes an open connection 
to a file 
Reads a number of bytes from a file to a buffer 
Writes a collection 
of bytes from a buffer to a file 


Moves t he file pointer 
Removes information 
from the end of a named data file 
Changes the access list for a named file 
Changes the path of a named file 


Provides status 
information 
about logical deVices 


Provides status 
information 
about file and device connections 
Allows a task to obtain 
information 
about a file 


Returns the user ID as defmed in the Lser Definition 
File 
\erifies 
a user's name and pass\lord 


Loads object code or data into memory 
Creates an 1/0 job asynchronously 
with a mC'mory pool of up to 1M bytes, loads 
the lob's code, and causes the job's task to run 
Creates an 1/0 job asynchronously 
with a memory 
pool of up to 16M hytes, and 


loads the job's codC', and causes the job's task to run 
Creates an I/O lob synchronously 
with a memory 
pool of up to 1M bytes, loads 


the job's code, and causes the job's task lo run 
Creatrs 
an 1/0 Job synchronously 
\lith 
a memory 
pool of up to 16\1 bytes, loads 


the job's code, and causes the lob's task to run 
Loads an overlay 
into memory 


IJNIJ'ERSAL DEJ'};LOPMENT INTERFACE 
~a. 
(;onf,ro' 


DQ$EXIT 
DQ$OVERLAY 
DQ$TRAP$CC 


Flies 
DQ$ATTACH 
DQ$CHANGE$ACCESS 
DQ$CHANGE$EXTENSION 
DQ$CLOSE 
DQ$CREATE 
DQ$DELETE 
DQ$DETACH 
DQ$F'ILE$I 
F'O 
DQ$GET$CON NECTION$STATUS 
DQ$OPEN 
DQ$READ 
DQ$RENAME 
DQ$SEEK 
DQ$SPECIAL 
DQ$TRlJNCATE 
DQ$\\RITE 


Me.or:r Managemenf, 
DQ$ALLOCATE 
DQ$F'REE 
DQ$G~~T$MSIZE 
DQ$GF:T$SIZE 
DQ$MALLOCATE 
DQ$\IFRE~; 
DQ$R ~;SERVE:$IO$M EMORY 


Excepf,'on 
Handling 


DQ$DF:CODE$EXCEPTION 
DQ$GET$EXCEPTION$HAN 
DLER 


DQ$TRAP$EXCE:PTION 


Vf,II'f,:r and 
Command 
Pal'S'n~ 
DQ$DECODE$TIME 
DQ$GET$ARGUMENT 
DQ$GET$SYSTF:M$ID 
DQ$C ~:T$TI ME 
J)Q$S\\ITCII$BLWF'~:R 


Exits from the current 
application 
job 
Causes the specified 
overlay 
to be loaded 
Captures 
control 
when CONTROL-C is typed 


Creates a connection 
to a specified 
file 


Changes access rights 
associated 
with a file or directory 


Changes the extension 
of a file name in memory 


Closes the specified 
file connection 
Creates a file for use by the application 
Deletes a file 
Closes a file and deletes its connection 
Returns data about a file connection 
Returns 
status of a file connection 
Opens a file for a particular 
type of access 


Reads the next sequence of bytes from a file 
Renames the specified 
file 


Moves the current 
position 
pointer 
of a file 


sets terminalline-editltransparent 
mode 


Truncates 
a file to the specified 
length 
Writes 
a sequence of bytes to a file 


Requests a memory 
segment of a specified 
size 


Returns a memory 
segment to the system 
Returns the size of the specified 
memory 
block 
Returns the size of the specified 
segment 
Requests a logically 
contiguous 
memory 
segment of a specified 
size 


Returns 
memory 
allocated 
by DQ$\1ALLOCATE 
to-the F'ree Space Pool 
Requests memory 
to be set aside for overhead to be incurred 
by I/O operations 


Converts 
an exception 
numeric 
code into its equivalent 
mnemonic 


Returns a pointer 
to the address 
of the program 
currently 
being used to process 


errors 
Identifies 
a custom exception 
processing 
program 
for a particular 
type of error 


Returns system 
time and date in both binary 
and ASCII-character 
format 
Returns an argument 
from a STRING 
Returns the identity 
of the environment 
for the UDI 
Obsolete: 
included 
for compatibility 
selects 
a new buffer 
from which to process commands 


HIJMAN INTERFACE 


110 Processlnll 
RQ$C$G ET$IN PUT$CON NECfION 
RQ$C$G ET$OUTPUT$CON NECTION 


Command Parslnll 
RQ$C$BACKUP$CHAR 
RQ$C$GET$CHAR 
RQ$C$G ET$I NPUT$PATH NAME 
RQ$C$GET$OUTPUT$PATHNAME 
RQ$C$G ET$PARAM ETER 


RQ$C$SET$PARSE$BUPPER 
RQ$C$GET$COM 
MAN D$NAME 


ltIessalle 
PnK:esslnll 


RQ$C$PORMAT$EXCEPTION 
RQ$C$SEND$CO$RESPONSE 


RQ$C$SE~D$EO$RESPONSE 


Co•• 
and PnK:esslnll 


RQ$C$CR EATE$COM~IAN 
D$COf\ NECTIO\ 
RQ$C$DELETE$COMMAN 
D$CON NECTION 
RQ$C$SEND$COMMA 
'D 


Prollram 
Control 


RQ$C$SET$CO~TROL$C 


Return an EIOS connection 
for the specified 
Input file 


Return an EIOS connection 
for the specified 
output 
file 


~I()ve the parsing 
buffer 
pointer 
back one byte 
Get a character 
from the command 
line 


Parse the command 
line and return 
an input 
path name 
Parse the command 
line and return 
an output 
pathname 


Parse the command 
line for the next parameter 
and return 
it as a keyword 
name and a value 
Parse a buffer 
other than the current 
command 
line 


Return the command 
name by which the current 
command 
was invoked 


Create a default 
message for an exception 
code 
Send a message to the command 
output 
(CO) and read a response 
from the 
command 
input 
(CI) 
Send a message to the operator's 
terminal 
and return 
a response 
from that 


terminal 


Create a command 
connection 
Delete a command 
connection 


Concatenate 
command 
lines into the data structure 
created 
by 
CREATE$COM~IAND$CONNECTION 
and then invoke the command 


Changes a calling 
task's 
CO~TROL-C exchange 
to the semaphore 
specified 
by the call 


lRMX® 286 RELEASE 2.0 
COMMANDS 


SYSTEM 
DEBlf66ER 
COMMANDS 


VC 
Display system call information 


VD 
Display a job's object directory 
VH 
Display help information 


VJ 
Display job hierarchy 


VK 
Display ready and sleeping tasks 


VO 
Display objects in a job 


VR 
Display I/O RequestJResult segment 


VS 
Display stack and system call information 


VT 
Display any iRMX 286 object 


VU 
Display system calls in a task's stack 


Alias 
Background 
Changeid 
Dealias 
Exit 
History 
Jobs 
Kill 
Logoff 
Set 


Recalls a specified command 
line 
Assigns an abbreviation 
to a command 


Causes a command to be executed in background 
mode 
Changes the current 
user ID to any value between 0 and 65535 
Cancels the abbreviation 
assigned by Alias 
Leaves the Super mode 
Recalls the last 40 lines entered at the terminal 
Displays a list of background 
jobs by their job identification 
number 
Cancels a background 
job 


Ends a user session at a dynamic 
logon terminal 
Alters the Command Line Interpreter 
environment 
by allowing on-line changes to the terminal 
name, 
minimum 
and maximum 
background 
memory pool size, the memory for alias tables, or the prompt 
string 
Reads, loads, and executes a string of commands 
from a secondary storage file instead of from the 


keyboard 
Changes the operator to the system manager by changing the user ID 


Co•• 
o.'y Ifsed SY8U."""8.8 


FIle ltIa.a~.e.tC••• 
a.ds 


Attachfile 
Associates a logical name with an existing file 


Copy 
Copies files specified in an input list to files specified in an output list 


Createdir 
Creates one or more new directories 
Delete 
Deletes data files and empty directories 
from a secondary storage device 
Detachfile 
Removes the association of a logical name with a file 


Oil' 
Lists a directory's 
filenames and file attributes 


Downcopy 
Copies files from an iRMX 286 volume to an Intellec Development System via the iSDM monitor 
Permit 
Grants or rescinds user access to a file 
Rename 
Changes the names of files or directories 


Upcopy 
Copies files, via the iSDM monitor, from an Intellec Development System to an iRMX 286 volume 


'-'•.e ltIa.~.e.t 
Co•• 
a.tls 


Addloc 
Combines the output of LOCDATA and an iRMX 286 bootloadable 
file. The output of ADDLOC is 
another iRMX 286 bootloadable 
file 
Attaches a new physical device to the system and catalogs its logical name in the root job's object 
directory 
Copies named files to a backup volume 
Removes a physical device from system use and deletes its logical name from the root job's object 
directory 
Verifies the data structures 
of named and physical volumes 
Writes format information 
on an iRMX 286 volume 
Reads the specified data and creates a "located" 
file that can be processed by the ADDLOC command 
Copies files from a backup I'Olume to a named volume 


Backup 
Detachdevice 


Diskverify 
Format 
Locdata 
Restore 


S;rsu. 
Manallemenl Commands 


Accounting 
Tracks activities of dynamic logon users 
Initstatus 
Displays the initialization 
status of Human Interface terminals 
Jobdelete 
Deletes a running 
interactive job 


Lock 
Prevents the Human Interface from automatically 
creating an interactive 
job 
Logoff 
Ends a user session for users with a customized Command Line Interpreter 
Password 
Changes passwords for dynamic logon users and creates new users when invoked by the system 
manager 
Super 
Changes the operator's 
user ID into that of the system manager (user ID 0) for users who are using a 
custom Command Line Interpreter 
Unlock 
Permits the Human Interface to create an interactive 
job. after the terminal 
has been locked by the 
LOCK command 


Time 
Version 
Whoami 
Zscan 


Genera/Ill"";r Commands 
Date 
Sets or resets the system date. or displays the current date 
Debug 
Transfers control to the iSDM monitor to debug an iRMX 286 application 
program 
Logicalnames 
Lists all the logical names available to the user 


Memory 
Displays the memory available to the user 
Path 
Shows the pathname fo a file 
Shutdown 
Provides an orderly shutdown of the system 


Submit 
Reads, loads, and executes a string of commands from secondary storage instead of from the 
keyboard for users with a custom Command Line Interpreter 
Sets or resets the system clock, or displays the current system time 
Displays the version numbers of commands 
Displays the current ID associated with the user 
Lists the ZAPs (updates) applied to an object module, library, or bootloadable 
file 


PRODlJCT CODES-IRMX 
286 RELEASE 2.0 
OPERATING SYSTEM 


RMX286JSC 
iRMX 286 Release 2.0 Operating System on 5 y.' 
Double Sided Double Density flexible diskettes 
RMX286CTSC 
iRMX 286 Release 2.0 Operating System on cartridge 
tape 
SYR286JSC 
iRMX 286 Release 2.0 Operating System on 5 y.' 
Double Sided Double Density Flexible diskettes plus 
basic utilities and languages (PUM 286, ASM286, ASM86, and AEDIT software) 
SYR286CTSC 
iRMX 286 Release 2.0 Operating System on cartridge 
tape plus basic utilities and languages (PUM 
286, ASM286. ASM86, and AEDIT software) 
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iBASE 


XENlX* 


• 
iBASE BASE APPLICATION 
SOFIWARE ENVIRONMENf 


iBASEis an easy-to-use software platform which serves as 
a menu-driven 
environment 
for system administration, 
network 
administration 
and application 
software access. 
In addition, 
iBASE provides 
electronic 
mail, electronic 


personal 
calendar 
and on-line 
help facilities 
as weU as 


data 
conversion 
tools 
for facilitating 
communication 


with both mainframe 
hosts and Pes. 


Euy-to-use 
menus. 
The menus 
provide 
quick 
and 


user-friendly 
access to capabilities 
of the system without 
the 
need 
to 
learn 
the 
underlying 
operating 
system. 
Because 
it is easy to learn, the user can quickly select 
desired 
activities 
such 
as application 
packages, 
mail, 


remote 
operation, 
system 
administration, 
or tools for 


application 
development. 
The menus 
may be custom- 


ized 
and 
enhanced 
with 
the 
optional 
iMENU menu 


development 
package. 
Electronic: 
mail. 
The 
electronic 
mail 
service, 
an 


enhanced 
version 
of the XENIX electronic 
mail, is an 


office 
automation 
tool 
that 
supports 
the 
timely 


exchange 
of business 
messages 
in a multiuser 
and 


network 
environment. 
The mail service 
can be inte- 


grated with a wordprocessor 
to easily compose 
longer 


messages. 


iBASE - 
BASE 
APPLICATION 
SOFlWARE 
ENVIRONMENT 


~ Friendly, easy-to-use menus 
~ Menu-driven system and network 
administration 
~ Platform for integrated and independently 


provided application SOftware 
~ Peripheral resource administration 
and allocation 
~ File management 
~ Electronic mail and directory 
~ PC and host mainframe communication 
options 
~ OpenNEp· 
local area network compatible 


Electronic: direc:tory. 
The built-in electronic 
direc- 
tory provides 
an on-line 
listing of the system and net- 


work 
users. Information 
includes 
system addresses 
for 
electronic 
mail as weU as standard phone 
book informa- 


tion. Directory 
facilities include 
phonetic 
lookup capa- 


bilities when 
users are not sure of exact 
speUings. 


Electronic: 
personal 
c:alendar. 
The 
electronic 
personal 
calendar 
is an office automation 
tool which 
works 
with 
electronic 
mail to provide 
an automatic 
reminder 
of future 
appointments. 


File 
manqement. 
The 
file 
management 
system 
provides 
the capability 
to view, 
edit, print 
and copy 
files between 
the various 
system work areas. Conver- 


sion routines 
facilitate 
file format 
translations 
among 
popular 
applications. 


On-line 
help 
fadlity. 
The help facility, a compre- 
hensive 
on-line 
documentation 
feature, 
is accessible 
from the menu system so the user need not constantly 
refer 
to manuals 
when 
using 
integrated 
applications. 


With the optional 
iMENU facility, an experienced 
user 
can extend 
or modify 
the help facility to specify help 
information 
for other 
applications. 


Remote 
operations 
acc:ess. iBASEprovides 
menu- 
driven 
access 
to host communications 
subsystems. 
By 


adding 
the optional 
Virtual 
Protocol 
Machine 
(iVPM) 


facility and corresponding 
protocols, 
users can access 
remote 
mainframe 
hosts. Also, local users can appear 
as a terminal 
to 
a remote 
system 
using 
the nY- 
Passthrough 
feature 
provided 
in iBASE. 


• 
SYSTEM ADMINISTRATION 


Defining 
U8ft'lI 
and 
work 
areas. 
Th~ 
.System 


Administration 
features ofiBASE allow the admUllstrator 
to quickly and easily add additional 
users to the system. 
Each user can be customized 
for access to software 
and 


various system resources. 
In addition, the administrator 


can establish 
user work areas and default text editors. 
This tailoring 
of the system 
enables 
multiple 
users to 


operate 
as groups and share certain files while maintain- 
ing securiry 
on other 
files. 


User--llpec:ific: resource 
allocation. 
The 
system 


administrator 
can specifY access permissions 
for physi- 
cal devices 
and software 
features. 
Thus, users 
can be 


assigned 
to devices based on workloads, 
physical prox- 


inliry, and job-specific 
needs. 


ArdtMng. 
The system provides 
two levels of archiv- 


ing. The administrator 
can selectively bac~p 
individu.a1, 
group 
and public 
work areas. TIlis groupmg 
~apabihry 


simplifies the task for the administrators. 
Whil.e restor- 
ing information, 
the administrator 
can read. elt?~r 
the 


whole 
archive or specific units. AdditIOnally, mdiVIduals 


can backup and restore 
their own information 
on autho- 
rized resource 
devices. 


• 
NElWORK 
ADMINISTRATION 


Network 
setup. 
The 
Network 
Administration 
fea- 


tures 
of iBASE provide 
network 
node 
setup. 
The net- 


work nodes can be identified 
as application 
vehicles 
or 
public 
servers 
providing 
resources 
and other 
capab.i1i- 
ties. In this way, the network 
admirustrator 
can optlnuze 
network 
resource 
utilization. 


Network resource definition 
and assignments. 


iBASE extends 
the 
concepts 
of a system 
resource 
by 
allowing 
the 
administrator 
to view the 
network 
as a 
larger system. Thus, users with proper 
authorization 
can 
perform 
tasks such as printing 
or archiving 
on remote 
nodes 
independent 
of physical 
location. 


Extending 
system 
tasks 
across 
the 
network. 
Electronic 
office capabilities 
which 
were 
useful on a 


single multiuser 
system take on a new dimension 
when 


extended 
across the network. 
Electronic 
mail is easily 


XNXIBASKERI 
Xf\XIMENUKRI 
XNXIBPCKRI 
DOS'iETVTSKRI 


routed 
to individuals 
and groups 
of individuals 
across 


the network 
in a timely marmer. Many of the day-to-day 


administrative 
tasks for multiple 
nodes can be accomp- 


lished from a single network 
node. TIlis increased 
con- 


venience 
for the operators 
improves 
productiviry 
and 
ensures 
more 
timely 
execution 
of the administration 
function. 


• 
APPLICATION 
DEVELOPMENT TOOLS 
AND SYSTEM FACILITIES 


iMENU menu development. 
The optional 
iMENli 


faciliry, a version 
of /menus 
from Schmidt 
Associates, 


allows users to create 
integrated, 
friendly, menu-driven 


interfaces 
to 
XENIX applications. 
Programmers 
and 
users 
can apply the 
iMENU faciliry in maintaining 
or 


creating 
menus, 
forms 
or help 
screens 
for new 
and 


existing 
applications. 
Remote 
file 
transfer. 
The 
iXTRACT 
remote-file 


transfer 
faciliry enables 
bidirectional 
transfer 
of a "flat 


file" to/from 
a mainframe 
host or a PC and converts 
the 


file 
to/from 
the 
iDB 
relational 
dataha.>;(;' format. 


iXTRACT is included 
in iBASE. 


iRPC iBASE PC extensions. 
The 
optional 
iBPC 


extensions 
provide the XENIX portion 
of PC conne~·tion 


software, a menu-driven 
tenninal 
emulation, 
file conver- 
sion and file transkr 
faciliry. iBPC enahles 
file sharing 


between 
Pes 
and multiuser 
XENIX s'Ystem~. The user 
can convert 
database 
and spreadsheet 
files from stand- 


ard PC formats 
(including 
Lotus 
1-2·;\, dBASE-II, and 


Multiplan) 
to relational 
dataha.-;e formats 
during 
the 


two-way file transfer. 
The package 
can he used in four 


distinct 
modes: 
terminal 
emulation, 
local MS-DOS con· 


trol, passthrough 
host session~, and file tran~fer/trans- 


form 
operation~. 
The PC connection 
operates 
either 


over 
serial 
lines 
(direct 
or 
remote) 
or 
across 
the 


OpenNET 
local area network. 
The MS-DOS portion 
of 


the PC connection 
software 
is provided 
hy the optional 
DOS-NET Virtual Terminal 
software. 


Imenus 
is a trademark 
of Schmidt 
Associal.eS 
Lotus 
IS a registered 
trademark 
of Lotus 
Development 
Corporalion 
dBASE 
II is a regist.ered 
trademark 
of Ashl.On Tatc 
Mulliplan 
and MS are trademarks 
of Microsoft 
Corporation 


iBASEBaseApplicationSoftwareEnvironmentobjectsoftwareand documentation(includesiXTRACT) 
iMENUmenuand forms developmentobjectsoftwareand documentation 
iBPCiBASEPCExtensions 
DOS·NETVirtualTerminal(formerlyiPC) 


iRMX™ 
LANGUAGES 


• Industry-standard 
languages and 
utilities for developing applications on 
iRMX-based systems. Includes 
FORTRAN, 
Pascal, C, BASIC, PL/M, 


Macro assembler, 
AEDIT text editor 


• Complete set of utilities to create and 
manage object modules 


• Mix languages on single application 
system with VOl standard 


• Intel 8087 and 80287 math coprocessor 
support 


• 8086 and 80286 compatibility 


• Worldwide post-sales service and 
support organization 


UNIVERSAL 
RUN·TIME 
URI 


iRMX™86 
or 
iRMXTM 286 


Full Language Support 
for iRMXTM-Based Systems 


Intel's 
iRMXT• 
86 and iRMXT• 
286- 
based systems 
are completely 
supported 
by a wide variety 
of popular 
languages 


and utilities 
with which to build fast, 
real-time, 
multi-taski"g 
applications. 
In- 
cluded 
are the latest versions 
of 


FORTRAN, 
Pascal, 
BASIC, 
PLiM 
and 


Macro 
Assembler 
for Intel's 
8086 and 


80286 processors. 
Previously 
developed 


applications 
using any of these 
languages 
port easily to iRMX- 


based systems 
with minimal 
source 


code modifications. 


In addition 
to the wealth 
of languages 
available, 
iRMX-based 
systems 
are com- 


plemented 
by utilities 
with which to 


create 
and manage 
object modules. 
For 


the iRMX 286 system, 
utilities 
which 


allow system 
programmers 
to initialize 


and manage 
the memory 
protection 
fea- 
tures of the 80286 transparently 
to !he 


applications 
programmer 
are pro- 
vided. 
This latitude 
in configurability 


allows 
programmers 
to team their efforts 
in order to achieve a shorter 
development 


time than would otherwise 
be possible. 


Because the high-level 
languages 
are 
actually resident on the iRMX-based 
system, 
OEMs can pass application 
software 
directly on to end users. End 
users may then tailor the OEM's 
system 
to better meet application 
needs by writ- 
ing programs 
using the same languages. 


Language-Independent 
Application 
Development 


Intel's Universal Development 
Interface 


(UD I ) and Object Module Fc,rmat 
(OMF) enable several users to write 
different modules of an application, 
in 
different languages, 
then link them 
together. 


The OMF provides users with the ability 
to mix languages 
on a single application 
system, 
affording the luxury of choosing 
exactly the right language tools for 
specific pieces of the application, 
rather 
than compromising 
specialized 
tasks for 
the sake of one, project-wide 
language. 


iRMX 
languages 
are fully compatible 
with the Intel Series III/IV 
Development 
System, 
should the user choose to develop 
applications 
on a specialized 
develop- 
ment system. 
Applications 
are easily 


moved to the final target 
system 
for test, 
debug and minor 
redevelopment. 


Fast, Lean Programs 
for Rapid Processing 


The iRMX language products enable 
programmers 
to write the smallest·, 


fastest programs 
available in high-level 
languages, 
due to the compiler's 
superior 
ability to optimize 
code. 


It is also possible 
to make iRMX 
operating 
system 
calls directly 
from 
FORTRAN, 
PASCAL, 
C and PLiM. 


This means 
that application 
developers 
can take full advantage 
of the iRMX 
multi-tasking 
capability, 
whereby 
multiple 
applications 
execute 
concur- 


rently 
on the operating 
system. 
Multi- 
tasking, 
a requirement 
of most real-time 
systems, 
is sometimes 
as necessary 
in 
application 
software 
development 
as in 
an operating 
system 
environment. 


Standardized 
REALMATH 
Support 


All the iRMX 
languages 
(except 
BASIC 


and C) support 
the REALMATH 
floating 


point standard. 
This ensures 
universal 


consistency 
in numeric 
computation 


results 
and enables 
the user to take 


advantage 
of the Intel 8087 and 80287 


Numeric 
Data Processor 
or iSBXT• 
337 


MULTI MODULE'· 
boards, 
which boost 


performance 
two to four times over that 


possible 
on a mini-computer. 


Complete 
Set of Program 
Linkage 
and System 
Building 
Utilities 


Utilities 
for iRMX 
86 operat- 


ing systems 
include Intel's 


own LINK 86, LOCATE 
86 and LmRARIAN. 
For iRMX 286 systems, 
BIND 286 and BUILD 
286 
replace 
Link & Locate. 


Using the LINK 
86 or BIND 286 


programs, 
users may combine 
individ- 


ually compiled 
object modules 
to form a 
single, 
relocatable 
object 
module. 
This 


provides 
the ability 
to merge 
work from 


several 
programmers 
into one cohesive 
application 
system. 


The LOCATE 
86 utility maps relocatable 


object code into the processor 
memory 
segments, 
allowing 
user definition 
of 


module/memory 
type allocation. 
For 


example, 
often-used 
portions 
of an ap- 


plication 
may be mapped 
to (P)ROM. 


The BUILD 286 utility provides 
the major 


capabilities 
of LOCATE 
86 plus allows 


the system 
programmer 
to specify 
the 


memory 
protection 
scheme 
for the 
80286 system. 


The LIBRARIAN 
object code library 


manager affords easy creation, 
collection 


and maintenance 
of related object code to 


reduce the overhead of separately 
main- 


tained modules. 


] 


AEDIT 
SCREEN 
EDllOR 


Finally, 
the MACRO 
Assemblers 
for the 


8086 and 80286 processors 
generate 


extremely 
efficient 
code and invoke 


8086/8087 
or 80286/287 
machine 


instructions. 


iRMX Pascal meets the proposed 
ISO 


language standard and implements 
several microcomputer 
extensions. 
A 


compile-time 
option checks confonnance 
to the standard, 
making it easy to write 
unifonn 
code. Industry-standard 
specifi- 


cations contribute 
to portability 
of appli- 


cation programs 
and provide greater 


reliability. 


iRMX Pascal suppons 
eJllensions, 
such as an interrupt -handler and direct 


IRMX"'88 
or 
1fIMX'" 288 


port I/O extension, 
that allow programs 
to be written specifically 
for micro- 
computers. 
Separate module compilation 
allows linkage of Pascal modules with 
modules written in other high-level 
languages. 


features 
provided 
by the FORTRAN 
77 


language 
standard 
including 
complex 


numbers. 
iRMX 
FORTRAN 
includes 


extensions 
specifically 
for microcom- 


puter application 
development. 
Pro- 


gramming 
is simplified 
by relocatable 


object 
libraries, 
which provide 
run-time 


support 
for execution 
time activities. 


The iRMX 
FORTRAN 
compiler 
pro- 
vides total compatibility 
with FORTRAN 
66 language 
standards, 
plus most new 


•--- 
==:::.::::::::.::::::::iRMX 


TlANGUAGE'S11!!!F-----• 


iRMX 
FORTRAN 
86 supports 
the 8087 
math coprocessor 
and iRMX 
FORTRAN 


286 supports 
the 80287 for the most pow- 
erful microcomputer 
solutions 
available 
in number-intensive 
applications. 


PLiM offers full access to micro-com- 
puter architecture 
while simultaneously 
offering all the benefits of a high-level 
language. 
Invented by Intel in 1976, 
PLiM 80 was the first microcomputer- 
specific, 
block-structured, 
high-level 


language available. 
Since then, thou- 


sands of users have generated 
ode for millions of microcomputer- 
based 
systems 
using PLiM 
80, 


PLiM 
86, and PLiM 
286. 


Software 
written for 8-bit 


processors 
(PLIM 80) 
are easily ported to the 
more powerful 
I6-bit 


(PLIM 86) environment. 
The 
same portability 
is available 
for the 
80286 (PLIM 
286). 


Intel's 
offering 
of Microsoft 
BASIC 86 is 
a standardized 
version of the most popular 


high-level 
language 
in the world. 
Exist- 
ing BASIC programs 
are easily ported to 
iRMX-based 
systems. 
BASIC is an ex- 
cellent pass-through 
language by which 


an OEM can offer customers 
the ability 
to write and modify their own 
applications. 


iRMXTII C Compiler 


The popular 
programming 
language 
C, is 
fully supported 
on iRMX-based 
systems. 


iRMX 
C offers 
both small and large 


segmentation 
models, 
enabling 
applica- 
tions to be written 
efficiently. 
The iRMX 
C compilers 
combine 
assembly 
language 
efficiency 
with high-level 
language 
con- 


venience; 
it can manipulate 
on a machine- 


address 
level while maintaining 
the 
power 
and speed of a structured 
language. 


The iRMX C compiler 
affords 
easy 
portability 
of existing 
C programs 
to 
iRMX-based 
systems. 


The iRMX AEDIT 
Text Editor 
is screen- 
oriented, 
menu-driven 
and easy to learn. 


Guided by the menu of commands 
al- 


ways before him, the user can edit text 
and programs 
easily and efficiently. 


iRMX 
AEDIT 
Text Editor 
allows 
the 
simultaneous 
edit of two files. This allows 
easy transferral 
of text between 
files and 


use of existing material in the creation of 
new files. Creating macros, 
strings of 
frequently-used 
commands, 
is also very 
simple. The editor ''remembers'' 
the 


.selected commands 
and allows the user to 
re-use them repeatedly. 
The 


iRMX 286 version 
also 
supports 
operating 
system 


level command 
execution. 


iRMXTII 286 Soft-Scope' 
286 
High Level Language Debugger 


The Soft-Scope 
286 debugger 
allows 


debugging 
programs 
running 
on the 
iRMX 286 Operating 
System. 
Programs 
written 
in PLiM 
286, FORTRAN 
286, 
PASCAL 
286, and C 286 can be de- 
bugged 
using source 
code listings. 


Worldwide 
Service 
and Support 


All iRMX systems are completely 
sup- 


ported by Intel's worldwide 
staff of 
trained hardware 
and software engineers. 
Support 
available 
includes 
Hotline 
(tele- 


phone) 
Support, 
Software 
Updates, 
and 
a Subscription 
Service. 


Complete 
documentation 
is provided 
for 
all operating 
system and application 


software 
languages, 
as well as for system 
hardware components. 
An Intel system is 


not a collection 
of hardware 
and software 


pieces as much as a cohesive whole that 
is supported 
and serviced as such. 


Intel Has Total Solutions 
for Real-Time Systems 


iRMX 
86 and iRMX 286 are the fastest, 


most powerful 
operating 
systems available 
for multi-tasking, 
multi-user, 
real-time 
applications. 
Complemented 
by a wide 


range of industry-standard 
languages 
and 
utilities, 
the iRMX-based 
systems 
are 


highly 
flexible 
and configurable. 


Application 
development 
for iRMX- 


based systems is possible at the board or 
the system level. OEMs can integrate 
functionality 
at the most profitable 
level 
of product design, 
using one system for 
both development 
and target use. Intel's 


choice of industry 
standard high-level 
languages 
enables the end user to extend 


OEM-provided 
functionality 
even 
further, if desired. 


Who is better qualified 
to write and sup- 


ply software 
for Intel VLSI than Intel? 


Today you have the ability to tap into 
hundreds 
of available 
application 
soft- 
ware packages, 
languages 
and utilities, 


peripherals 
and controllers 
and 
MULTIBUS'" 
boards. 


Tomorrow, and ten years down the road, 
you will be able to tap into the latest, 
high-performance 
VLSI-without 
losing 
today's 
software 
investment. 


Required Hardware 
Required Software 
Data Sheets 


o Any 8086/286/386 
based or iSBC 86/ 
The iRMX 86 Operating 
System Release 
o 8086 Compilers: 


286/386 
based system including 
Intel's 
7 or later including 
the Nucleus, 
Basic I/O 
8086/88/186/188 
Software 
Packages 


System 86/300, 
286/300 
and 386/300 
System, 
Extended 
I/O System and Human 
(Intel order 
number 
210689) 
family. In addition, 
object code from the 
interface 
layers. 


8086 compilers 
will run on 8088, 80186 
-or- 
o 80286 Compilers: 
or 80286 based systems. 
The iRMX 286 Operating 
System 
includ- 
80286 Software 
Development 
Tools 


o 700KB of memory 
ing the Nucleus, 
Basic I/O System, 
Ex- 
(Intel order 
number 231665) 


o Two iRMX compatible 
floppy disks or 
tended 
I/O System 
and Human 
Interface. 


one hard disk 
Purchasing 
of any iRMX 
86-resident 


o One 5.25" 
double-density 
floppy disk 
language 
requires 
signing 
of Intel's 
Soft- 


drive for distribution 
of software 
ware License 
Agreement 
(SLA). 
A soft- 
o System console device 
ware license 
is shipped 
with each iRMX 
286-resident 
language. 


IRMX 86 LANGUAGES 
IRMX 286 LANGUAGES 


ASM 86, Utilities 
R86ASM 
86 
ASM 286, Utilities 
R286 ASM 286 


FORTRAN 
86 
R86 FOR 86 
ASM 86, Utilities 
R286ASM 
86 


PLiM 
86 
R86 PLM 86 
AEDIT 
Text Editor 
R286 EDI 286 


AEDIT 
Text Editor 
RMX864 
PLiM 286 
R286PLM 
286 


BASIC 86 
RMX 865 
FORTRAN 
286 
R286 FOR 286 


Pascal 86 
R86PAS 
86 
Pascal 286 
R286 PAS 286 


C86 
R86 C 86 
C 286 
R286 C 286 


Soft-Scope' 
286 
R286 SSC 286 


intel' 
Application 
Sen'ices 


• 
INTEGRATED 
OFFICE 


PRODUCTIVI1Y 
IDOLS 


Intel offers an integrated set of office productivity tools 
consisting of a database management system, wordpro- 
cessor, desktop organizational utilities and spreadsheet. 
Data can be interchanged among the iWORD Wordpro- 
cessor, the iPIAN Spreadsheet and the iDB Database 
System. These, together with the on-line help facility, 
provide an easy-to-use powerful set of decision support, 
analysis and productivity tools. 


• 
iDB DATABASE MANAGER 
AND REPORT 
WRITER 


The iDB database management system is a full-function, 
mainframe-caliber 
relational 
DBMS that supports 
an 


interactive query lupdate language which is a functional 
superset 
of IBM's SQL The Report Writer package 


included 
with 
iDB allows users to prepare 
custom 


reports 
quickly. iDB, Intel's version of the Empress' 


database management system from Rhodnius, Inc., also 
features a user-prompting data entry and update subsys- 
tem, a bulk loading and unloading 
utility for rapid 


transfer of data among files and databases, extensive 
on-line help facilities, and programmatic 
interfaces to 


the C language and XENlXt shell. 


C INTEL CORPORA 
nON, 
1986 
"EMPRESSIS A TRADEMARK Of 
RHODNIU5, INC. 
tXENIX 
IS A REGlsnRED 
TRADEMARK OF MICROSOfT 
CORPORATION 


OFFICE 
PRODUCTIVIlY 
IDOlS 


~ Friendly, easy-to-use 
~ AgJlications aa:essftUm menus 
~ Integrated office productivity tools with 


on-line helpfacility 
~ Fully relational DBMS option with report 


writer and forms input 
~ Wor$rocessor 
~ Spreadsheet 
~ Enhanced electronic moil 
~ Personal calendars with group schedUling 
~ OjJenNET™ local area network 
compatible 


• 
iWORD WORD PROCESSOR 


The iWORD package, a version of the Latitude" 
Word- 


processor from LatiCorp, Inc., is a powerful full-function 
wordprocessor 
with mailmerge, spell checking and an 
integrated tabulator (spreadsheet). 
The wordprocessor 
supports all standard text editing. storage and format- 
ting functions. File management and editing concepts 
are very easy for beginning users yet powerful enough 
for experienced 
users. The software allows users to 
visually format documents and print them as they are 
displayed on the screen. 


• 
iDESK 
DESKTOP 
ORGANIZATIONAL 
UTILITIES 


The iDESKDesktop Organizational 
Utilities, a version 


of SYNC": The Executive 
Desk from LatiCorp Inc., 


provides an enhanced set of office automation capabili- 
ties. iDESKprovides an enhanced electronic mail inter- 
face, additional calendar capabilities including group 
scheduling, 
reminders 
and telephone 
message facili- 


ties. iWORD is a prerequisite 
of iDESK 


JUNE, 1986 
ORDER NUMBEIL 270211-001 
"lAnnJDE 
IS A REGISTERED TRADEMARK Of 
UTlCORP. 
INC.. 


SYNCISA TRADEMAJUC. 
Of uncoRP. 
lNe 


• 
iPIAN SPREADSHEET 


The iPIAN Spreadsheet, a version of Microsoft's Multi- 
plant, is a powerful easy-to-use "electronic worksheet" 
that supports 'what-if decision modeling using simple 
English commands. This two-dimensional matrix can be 
tailored to a variety of applications including financial 
modeling, tabulations and formula calculations. Up to 


eight windows 
are available for both 
vertical 
and 
horizontal scrolling and as many as eight interrelated 
worksheets can be linked and updated. iDBSQLqueries 
can be embedded in iPIAN cells to ensure spreadsheet 
analysis utilizes current database data. 


iBASE Base Application 
Software Environment 
object software 
and documentation 


(includes 
iXTRACT) 
iDB relational database management 
and report writer object software and 


documentation 
iWORD word processor 
object software and documentation 
iDESKdesktop organization 
utilities object software and documentation 
iPIAN spreadsheet 
object software and documentation 


XNXIWORDKRI 
XNXlDESKKRI 
XNXlPIANKRI 


HIGH 
PERFORMJlNCE 
MIJLTlSERt'ERTIIf 


MultiSERVER 
is an eFFectiveway to link PC's. terminals. 
minicomputers. 
mainFrames and 


applications 
into an organizationally 
productive 
departmental 
services system. Intel combines 
the power of its high perFormance System 320. its complete 
network service soFtware and its 
comprehensive 
customer 
support 
capabilities 
to deliver. install and maintain 
a complete 
DEPARP-IE'iT 
SERVICE NETWORK. 


• 
Complete Department 
Service Network 


File Services 
Print services 
Communication 
Services 
\etwor~ 
Application 
services 
AdmlOlstraU\'e 
services 
Compute services 


• Complete Installation. 
Service and Support 


• 
Range of ConFigurations 


inter---------- 


ONE SERJ'ER-ltIlJLTlPLE 
SERJ'ICES 


MultiSERVER 
delivers to "work groups" 
and individuals 
a 


comprehensive, 
fully integrated 
set of services which 


extend the computing 
and information 
resources of an 


entire enterprise. 


FILE SERVI«:ES: 
Provide data, application 
and 


message sharing 
transparently 
among PC users as well as 


across peer level networks. 


PRINT SERVI«:ES: 
Provide cost effective and 


controlled 
access to multiple 
print devices. 


OOMMUNICtTlON 
SERVI«:ES: 
Provide controlled 


access to higher level mini and mainframe 
computers 
to 


download 
data as well as utilize existing 
applications. 


NETWORK APPU«:ATlON 
SERVI«:ES: 
Provide 


access to mail and messages, allow remote scheduling 
of 


events, and allow PC's to become terminals 
virtually 


connected to higher level computing 
resources. 


i\DMINISTRATION 
SERVI«:ES: 
Provide a single, 


integrated 
point to install and maintain 
the entire 


Department 
Service Network. 


«:OMPUTE SERVI«:ES: 
Provide the development 
or 


execution 
of complex multitasking 
applications 
such as 


database, 
inventory 
and/or accounting. 


INSTtlUATlON 
SERJ'ICE 
tlND 


SlJPPORT 


The Intel MultiSERVER 
System 320 is backed by Intel's 


worldwide 
service and support 
organization. 
Installation 
is 
available 
to quickly 
get your system up and running. 
Total 


hardware 
and software 
support 
is available, 
including 
a 


hotline number for when you need help fast. Intel also 
provides hands-on training 
workshops 
to give the user a 


thorough 
understanding 
of the MultiSERVER 
System 320. 


These workshops 
are conducted 
at Intel training 
centers or 
customer 
sites worldwide, 


ltIuIUSERJ'ERnf 
CONFIGlJRtlTlONS 


Intel offers a range of configurations 
for the MultiSERVER 


System 320. Contact your local Intel representative 
for 
further 
information. 


tlPPROJ'ED 
PRINTER 
tlND 
TERltIlNtiL 
LIST 


PRINTERS 


C. ltoh 0300 
C. ltoh 0600 
C. ltoh F'1O-40 
C. ltoh F'1O-55 
C. ltoh 3500 
Tally 
1602 


TERMINALS 


C. ltah CI 414A 
C. Itoh CI 467 
Kimpro 
KT-67 
Wyse WY-50 
Wyse WY-75 
Wyse 350 


ENJ'IRONItIENT 


Operating 
Temperature 
Wet Bulb Temperature 
Relative Humidity 
Altitude 


10°C to 40°C 
26°C maximum 
85% 
at 40°C 


Sea level to 10,000 feet 


Meets or exceeds the follOWing requirements: 


Safety 
US 
Canada 
Europe 


EMI/RF'I 


US 
Europe 


UL 478 
CSA C22.2 
IEC 435 


F'CCClass B Computing 
Device 
VDE Limit Class B 


ELECTRICtiL 


DC Power Output 
AC Power Input 
435 watt maximum 
88-132 
VAC or 176-264 VAC. 


47-63 Hz. single phase 


DIItIENSIONS 


Height 
Width 
Depth 
Weight 


8' 
17.5' 
22.25' 
Approx. 
55 Ibs 
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AMERICAN 
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S'fSTEMS 
INC 
'1'Jl~ 
0 ! 
~ 
CONETIC SYSTEMSINC g 8 


,,~'COC>. SOFIWARU=EXPRESS 
~::it 


j.•~ 
f 
, 


XENIX 286 
APPLICATION 
AND 
DEVEWPMENT 
SOFTWARE 


~ Choice of packages in most application areas 


~ Choice of application development tools 


~ Major software packages available directly from Intel 


~ Worldwide support available for many software 


packages 


MCBA Accounting 
BACS Accounting 
Conetic 
Accounting 
Thoroughbred 
Accounting 
Open 
Systems Accounting 
MBSI RealWorid 
Accounting 


MCBA 
American 
Business 
Systems 


Conetic 
Systems 
Concept 
Omega 
Open 
Systems 
Megascore 


APPGEN 
Application 
Generator 
APPGEN 
Query 
Language 
*iMENU 


Software 
Express 
Software 
Express 
Intel 


PROGRESS 
C-ISAM 
File IT! 
* Informix 
Informix 
SQL 
C/Tools 
* iDB (Mistress) 
MDBS III 
Unify 
ZIM 
FoxBASE 


Data Language 
Relational 
Database 
Systems 


Relational 
Database 
Systems 


Relational 
Database 
Systems 


Relational 
Database 
Systems 


Conetic 
Systems 
Intel 
Micro Data 
Base Systems 


Unify 
Zanthe 
Santa Cruz Operation 


* PBG200 
* PBG Subroutine 
Libraries 
* High Tech Business 
Graphics 
GraphHopper 
Grafsman 


Pacific Basin Graphics 
Pacific Basin Graphics 
High 
Tech Marketing 
Data Business 
Vision 
Southwind 
Software 


CATEGORY 
PRODUCT 
NAME 
VENDOR 


Languages 
* ASM286 
Assembler/Rl286 
Intel 
* ASM386 
Cross Assembler 
Intel 
* Mark Williams 
'C 
Intel 
* Foman-286 
Intel 
* MieroFocus 
Cobol 
Intel 
* Microsofr 
Basic 
Intel 
* cENGLISH 
cLINE 
* dBASE II to cENGLISH 
cLINE 
* PLlM-286 
Intel 
* PLlM-386 
Cross Compiler 
Intel 
CCS Basic 
ControlC 
DBIC (Data bus Compiler) 
Subject 
Wills 
& Company 
DBL (Dibol) 
DISC 
Microsoft 
Fortran 
Microsoft 
Pascal 
Human 
Computing 
Resources 
RM Cobol 
Ryan Mcfarland 
RM Fortran 
Ryan Mcfarland 
* Softbol 
Omtool 
Thoroughbred 
Basic 
Concept 
Omega 
UX Basic 
Human 
Computing 
Resources 
Urtilisp 
R/L 
Group 


Manufacturing 
Manufacturing 
Control 
Systems 
Micro Manufacturing 


Medical 
MDX 
Clinical 
Data 
Design 


Office 
Automation 
*iWORD 
Intel 
* Q-Office 
Quadratron 
R Office 
R Systems 
Lex86 
SofTest 
Sofgram 
SofTest 
CrystalWriter 
Syntactics 
* Lyrix 
Santa Cruz Operation 


Personnel 
Personnel 
Searcher 
NMI 


Project 
Management 
VUE 
National 
Information 
Systems 


Publishing 
Circulation 
Management 
NMI 
SofType 
SofTest 


Spreadsheet 
* iPLAN (Multiplan) 
Intel 
20/20 
Access Technology 
UltraCalc 
Olympus 
Software 
SCO Professional 
Santa Cruz Operation 


APPLICATION 
NOTE 
AP-405 


May 1987 


Software Migration From 
iRMX®86 to iRMX®286 


MAYNE MIHACSI 
OSD Technical Marketing 


inter 


The iRMX~ 286 operating 
system represents 
the evolution 
of the iRMX@ 86 operating 
system to the protected-mode 
80286 and 80386 microprocessors. 
Therefore, 
the iRMX 286 operating 
system has most of the same features of its 8086 
counterpart. 


Many 
Intel customers 
are going to migrate 
their 
software 
from iRMX 
86 to iRMX 
286. 
Most customers 
should 
be 
pleasantly 
surprised 
at the ease of migration 
between 
the two operating 
systems. 
This compatibility 
between 
the two 
operating 
systems was a key objective 
of the iRMX 286 project. 
Thus in the majority 
of cases, an iRMX user should 
encounter 
no changes or only trivial changes when porting their software to iRMX 286. In the other cases, iRMX users 
with a little patience, 
work, and the help of this paper, should quickly have their application 
running on iRMX 286. 


Before reading this migration 
note, it is strongly 
suggested that readers acquaint themselves 
with the fundamentals 
of the 
80286 architecture. 


There are inherent 
differences 
between iRMX 86 and iRMX 286 due to the differences 
in microprocessor 
architectures. 
To take advantage 
of some unique 
80286 features 
additional 
system calls have been added in the iRMX 286 operating 
system. These new calls can be identified by an RQE$ in their preface, 
with the E denoting 
"extended", 
to take advantage 
of the 80286 's 16MB addressability. 


iRMX~ Layer 


Nucleus 


BIOS 


EIOS 


Bootstrap 
Loader 


ICU 


iRMX~ 286 Changes 


- 
16MB address space 
- 
New hardware 
traps 


- 
Descriptor 
management 


- 
Privilege 
management 
- 
Round robin scheduling 
- 
Interrupt 
management 
- 
New calls 


- 
Memory 
buffer protection 


- 
Newcalls 
- 
Memory 
buffer protection 


- 
Only loads 80286 OMF records 
- 
Only loads STL modules 
- 
Newcalls 


- 
Enhanced 
CLI 
- 
New commands 


- 
Newcalls 


- 
New third stage interface 


- 
Single stage ICU 


inter 


iRMX@286 NUCLEUS 


16 Megabyte 
Address Space 


Today's applications 
have pushed 
beyond the 1MB memory 
limitation 
of the 8086 architectures. 
Many Intel customers 
have chosen iRMX 286 simply because of its ability to address 
16MB of memory. While the 80286 architecture 
allows for 
accessing 
24 physical address lines, to yield 16MB physical and 16MB virtual addressability, 
the operating 
system is not 
automatically 
allowed the same abilities. 
As further generations 
of CPUs become available and memory becomes cheaper, 
operating 
systems will strive toward hardware 
independence. 
One method used is accessing 
memory 
logically, not physi- 
cally. In the iRMX 286 operating 
system all memory 
addresses 
are logical addresses 
available via a descriptor 
table. A 
logical address may be thought of as a pointer consisting 
of a selector and an offset. The selector will point to an entry in a 
descriptor 
table containing 
the 24-bit physical address. 
Therefore, 
tokens are affected by containing 
selectors 
that refer- 
ence an entry in the descriptor 
table. No longer do tokens contain the physical address of an object. 


New Hardware li'aps 


Because 
the 80286 processor 
detects several types of exceptions 
and interrupts 
from exceptions, 
iRMX 286 also alerts 
programs 
generating 
these exception 
conditions. 
These hardware traps will be generated 
from the following conditions: 


INTERRUPT 
VECWR 


8 
9 
10 
11 
12 
13 


Double exception 
Processor 
extension segment overrun 
Invalid task state segment * 
Segment not present * 
Stack segment overrun or not present 
General protection 


Users porting iRMX 86 code to iRMX 286 should be aware that the working code in iRMX 86 might still contain errors 
that will be "trapped" 
in iRMX 286. 


Descriptor 
Management 


While the 80286 CPU is in Protected 
Virtual 
Address 
Mode (PVAM), 
all application 
programs 
deal exclusively 
with 
logical 
addresses. 
That is, the programs 
do not directly 
access actual 
physical 
addresses 
generated 
by the processor. 


Instead, 
a memory-resident 
table, called a descriptor 
table, records 
the mapping 
between 
the segment 
address 
and the 
physical 
locations 
allocated 
to each segment. 
Whenever 
the 80286 decodes 
a logical address, 
translating 
a 'full 32-bit 
pointer into a corresponding 
24-bit physical address, 
it implicitly 
references 
one of several descriptor 
tables. One table is 
called the Global Descriptor 
Table (GDT) and provides' a complete description 
of the global address space. Another 
table 
is provided, 
the Local Descriptor 
Table (LDT), 
to describe 
the local address space for one or more tasks. To the applica- 
tion programmer, 
much of the internal operation 
and management 
of the descriptor 
tables are transparent. 
However, the 
systems programmer 
will need to manage the descriptors 
to: 


A. 
Gain access to undefined 
or allocated memory areas, and 


B. 
Add device drivers to the system. 


1. 
RQE$CREATE$DESCRIPTOR 


2. 
RQE$CHANGE$DESCRIPTOR 


3. 
RQE$DELETE$DESCRIPTOR 


For the applications 
programmer 
several features are available in iRMX 286. 


1. 
Of the maximum 
8K objects available, all are indexed in the GDT with the operating 
system using the LDT. 


2. 
While using an iRMX 86-style task switch, iRMX 286 runs as one 80286 hardware 
task. 


inter 


Some 
means 
of protection 
is required 
to prevent 
programs 
from improperly 
using 
code or data that belongs 
to the 


operating 
system. The four privilege levels of the 80286 are numbered 
from 0 to 3, where 0 is the most trusted level. The 


privilege 
level is an attribute assigned to all segments 
in a hierarchical 
fashion. Operating 
system code and data segments 
are placed at the most privileged 
level (0) which is where iRMX 286 operates. 
(See Figure 2.) 


The privilege 
levels apply to tasks and three types of descriptors: 


I. 
Main memory segments 


2. 
Gates 


3. 
Task state segments 
(not used in iRMX 286) 


Of the four types of gates in the 80286 processor, 
iRMX 286 uses call gates. Once invoked, 
control 
is transferred 
using 


only the selector portion. 
This address becomes 
fixed, allowing any program 
to invoke another. This prohibits 
tasks that 


have not used these entry points from jumping 
into the middle of the operating 
system. The use of gates is fundamental 
to 


the 80286 architecture 
and is reflected in other areas of iRMX 286. 


All iRMX 286 system calls go through a call gate in order to invoke a given service procedure. 
In the iRMX 86 operating 
system, all calls were through software interrupts, 
invoking an operating 
system extension handler, then finally the service 
procedure. 
For iRMX code that was written for the iRMX 86 operating 
system, this will have little impact until it comes 
time to build the system, unless a conflict exists between the old and new nucleus calls. (See next section.) 
Analogous 
to 
the iRMX 86 operating 
system having a software interrupt 
at each level, iRMX 286 possesses 
call gates for each system 


call at each layer of the operating 
system, eliminating 
the need for an operating 
system extension handler. 
Call gates can 


be specified 
through system calls and the Interactive 
Configuration 
Utility (ICU). (See the example for RQE$SET$OS$ 
EXTENSION.) 


System 


Calls "'--_•.•. 
( 
, 


Software 


Interrupt 


as 


Extension 


Handles _J, 
'+ 


Service 


Procedures 


System Call 


System Call 


System Call 


-------.. 
Call Gate 


------- 
•.- 
CallGate 


Call Gate 


The iRMX 286 operating 
system schedules 
tasks based upon tasks competing 
for CPU resources. 
To prevent the occur- 


rence of one or more tasks waiting indefinitely, 
round robin scheduling 
is available on the iRMX 286 operating 
system. 


One area that could benefit from this scheduling 
scheme is multi-user 
environments. 


Round robin scheduling 
will permit equal priority tasks a finite time they may have control of the processor. 
Once the time 
expires, 
the task with the same priority 
and ready will gain CPU control. 
Hardware 
interrupts 
and higher-priority 
tasks 
can still bump any of the lower-priority 
tasks from running. 
This scheme allows all equal priority 
tasks an opportunity 
to 
execute. 


This scheduling 
is determined 
in the "nucleus" 
screen of the Interactive 
Configuration 
Utility (ICU). (See the iRMX 286 


Interactive 
Configuration 
Utility Reference Manual for details.) 


In the iRMX 286 operating 
system interrupt 
management 
has changed. 
In the iRMX 86 operating 
system an interrupt 
vector table contains the address of an interrupt 
handler. In the iRMX 286 operating 
system this table has been called the 


Interrupt 
Descriptor 
Table (lDT) 
and is very similar 
to the GDT and LDT, except that it is referred 
to only when an 
interrupt 
occurs. 
Interrupt 
addresses 
can be entered into the IDT when using the iRMX 286 SET$INTERRUPT 
nucleus 
system 
call. 
Entering 
interrupts 
is still identical 
for both operating 
systems, 
however, 
with PLIM 
286 not having 
a 
SET$INTERRUPT 
built in, interrupts 
have become 
easier to use. (See the section 
on PLIM 286.) The following 
is a 
description 
of the allocated interrupt 
entries. (Also see the section on BUILD 286 for another way to set interrupts.) 


inter 


Entry Number 


o 
1 
2 
3 
4 
5 
6 
7 
8 
9 
10 
11 
12 
13 
14-15 
16 
17-55 
56-63 
64-127 
128-255 


New Calls 


GENERAL 
RULES 


iRMX'" 286 Interrupt 
Allocation 
Description 


Divide by zero 
Single step (used by iSDMTM 286) 
Power failure (non-maskable 
interrupt, 
used by iSDMTM 286) 
One-byte interrupt 
instruction 
(used by iSDM 286) 
Interrupt 
on overflow 
Run-time array bounds error 
Undefined 
opcode 
NPX not present/NPX 
task switch 
Double fault 
NPX segment overrun 
Invalid TSS 
Segment not present 
Stack exception 
General protection 
<Reserved> 
NPX error 
<Reserved> 
8259A PIC master 
8259A PIC slaves 
* Available to users * 


Here are some general rules to apply. 


1. 
All iRMX 286 system calls beginning 
with RQ$ 
are 100% compatible 
with iRMX 86. 


2. 
All iRMX 286 system calls beginning 
with RQE$ 
are new to iRMX and exist only in iRMX 286. 


a. 
All iRMX[86 system calls beginning with RQ$ 
for which there is a like iRMX 286 system call beginning 


with a RQE$ ... use the function procedure 
of the RQE$ ... call. 


3. 
All iRMX 286 system calls and user extensions 
use call gates. 


4. 
All iRMX 86 BIOS, EIOS, and loader calls are 100% compatible 
with iRMX 286 calls. 


5. 
All objects are identified by 16-bit tokens which represent an entry in the Global Descriptor 
Table (GDT). 


6. 
The iRMX 286 system call RQE$SET$OS$EXTENSION 
must be used in place of 


RQ$SET$OS$EXTENSION. 
This call dynamically 
attaches an operating 
system extension to a call gate. 


ENO MY$OS$EXT; 


CALL ROE$SET$EXTENSION 
(0141H, @MY$OS$EXT, 
@STATUS); 


Where: 
0141 H represents 
the entry number 
of the call gate from the GOT. This parameter 
is named 


GATE$NUMBER. 


@MY$OS$EXT 
represents 
the pointer 
to first 
instruction 
of MY$OS$EXT. 
This 
parameter 
is 


named START$AOOR. 


@STATUS represents 
a pointer to a word containing 
the condition 
code for this call. This parame- 


ter is named EXCEPT$PTR. 


OS Extension 
(GSN) GOT slot number 
(OCN) entry point name 
[0140H-01 FFEH) 0141 H 
[1-45 characters) 
MY$OS$EXT 


Enter changes 
[Abbreviation 
?/ = NEW_VALUE): 
00 you need any more O.S. extensions? 


This call is an example of Rule 2a where two calls perform nearly the same function. 
In this case the extended versions of 


POOL$MIN 
and POOL$MAX 
parameters 
are DWORDS instead of WORDS. 
This is to allow a memory 
pool of up to 


16MB for tasks and objects. 
While RQ$CREATE$JOB 
will create a memory 
pool of up to 1MB, it will use the same 


function procedure 
as RQE$CREATE$JOB. 
This is possible because the RQ$CREATE$JOB 
interface procedure 
changes 


the word pool parameters 
to DWORDS 
by padding 
them with zeros, 
then calling 
the RQE$CREATE$JOB 
function 


procedure. 


Where: 
SIZE is a word containing 
the size, in bytes, of the requested 
segment 
in MULTIPLES 
OF 


16 BYTES. 


In iRMX 286: 
SEGMENT 
= RO$CREATE$SEGMENT 
(SIZE, EXCEPT$PTR); 


inter 


Structure 
(POOLMAX 
WORD, 
POOLMIN 
WORD, 
INITIAL$SIZE 
WORD, 
ALLOCATED 
WORD, 
AVAILABLE WORD): 


Structure 
(TARGET$JOB 
TOKEN, 
PARENT$JOB 
TOKEN, 
POOLMAX 
DWORD, 


POOLMIN 
DWORD, 
INITIAL$SIZE 
DWORD, 
ALLOCATED 
DWORD, 
AVAILABLE 
DWORD, 
BORROWED 
DWORD): 


Users should also be aware of the following when using this call in iRMX 286. When specifying 
interrupts 
in iRMX 286, 
a special descriptor 
table called the Interrupt Descriptor 
Table (IDT) is located at a user-specified 
address in memory. This 
table is accessible 
through an entry in the Global Descriptor 
Table (GDT). 
This makes an interrupt 
procedure 
entry point 


to be directly 
accessed 
via a jump to the specific 
SELECTOR:OFFSET 
pointer 
in the IDT. All interrupts 
will have a 
SELECTOR:OFFSET 
address just as in the iRMX 86 operating 
system. 
Therefore, 
the system calls syntax will remain 


the same, except the parameter 
called INTERRUPT$HANDLER 
as shown below: 


Example: 
iRMX 286 


CALL RQ$SET$INTERRUPT 
(LEVEL, 
INTERRUPT$FLAGS, 
INTERRUPT$HANDLER, 


INT$HANDLER$DS, 
EXCEPT$PTR): 


Where 
INTERRUPT$HANDLER, 
the entry point to the interrupt 
handler, 
should 
be coded 
directly, 
i.e., 
@MY$HANDLER. 


The BIOS. of the iRMX 86 operating 
system is nearly identical to the iRMX 86 operating 
system BIOS. The same system 


calls are available 
with no changes 
or additions. 
The significant 
differences 
between 
the two BIOS's 
are the 
16MB 


addressability 
and memory protection 
available in the iRMX 286 operating 
system. 


The memory protection 
offered by the iRMX 286 operating system BIOS protects the code and data by preventing 
any task 
from reading or writing a segment of memory 
unless explicit access has been granted. 
It also prevents memory 
reads or 
writes from crossing 
segment boundaries. 
Therefore 
any task using the A$READ 
or A$WRITE 
BIOS system calls must 
have read or write access privileges. 


inter 


Not all iRMX 86 operating 
system device drivers 
have been included 
in the iRMX 286 operating 
system. 
Consult 
the 
following list or the iRMX 286 Interactive 
Configuration 
Utility for the specific Intel-supplied 
drivers. 


iSBC'" 
215G 
iSBC 214 
iSBXTM 218A 
iSBX 217C 
iSBC 220 
iSBC 208 
iSBX251 
iSBC 264 
iSBX 350 Line Printer 
Line Printer for 286/10 


Intel Device Drivers Supplied 
With iRMX'" 286 R. 2.0 


iSBC 534 
iSBC 544 
Terminal Comm Cntlr 


to include: 


iSBC 188/48 
iSBC 188/56 
iSBC 546 
iSBC 547 
iSBC 548 
8274 
8251A 
82530 
RAM disk 


iSBC 286/10 
iSBC 286/10A 
iSBC 286/1 X 
iSBC 386/2X 


iSBC 204 
iSBC 206 


SCSI 
iSBC 226 


The EIOS of the iRMX 286 operating system is nearly identical to the iRMX 86 operating 
system EIOS. The same system 
calls are available 
with few changes 
and additions. 
The significant 
differences 
between 
the two EIOS's 
are the 16MB 
addressability 
and memory protection 
available in the iRMX 286 operating 
system. 


The memory protection 
offered by the iRMX 286 operating 
system EIOS protects the code and data by preventing 
any task 
from reading or writing a segment of memory unless explicit access has been granted. 
It also prevents memory 
reads and 
writes from crossing 
segment 
boundaries. 
The system calls S$READ$MOVE 
and S$WRITE$MOVE 
are two calls that 
will send an exception code called E$BAD$BUFF 
whenever this occurs. 


Since the iRMX 
286 operating 
system supports 
the 16MB addressability 
of the 80286 processor, 
the memory 
pools 


created by I/O jobs can also be as large as 16MB. The new system call providing 
this feature is called RQE$CREATE$ 
10$10B. 


Several new system calls have been added to the iRMX 286 operating 
system EIOS layer. They are: 


1. 
RQE$CREATE$IO$10B 
POOLMIN 
and POOLMAX 
parameters 
changed to DWORDS for 16MB addressability. 


2. 
RQS$GET$DIRECTORY$ENTRY 
Retrieve name of any file in a directory. 


3. 
RQS$GET$PATH$COMPONENT 
Retrieve name of any file as it is known in its parent directory. 


inter 


iRMX@ 286 APPLICATION 
LOADER 


802860MF 


Two utilities 
are supplied 
with the iRMX 286 operating 
system to load programs 
and data into system memory 
from 
secondary 
storage devices. They are the bootstrap 
loader and the application 
loader. Typically the bootstrap 
loader is used 
to load the initial system and begin its execution. 
The application 
loader will typically be called, by programs 
running in 
the system, to load additional 
programs. 
The application 
loader can load I/O jobs up to 16MB. These programs 
must be in 
the 80286 Object Module Format (OMF). 
This differs from the iRMX 86 operating 
system, which loads only 8086 OMF 
records. 
Further, 
the 80286 records must be in STL format. 
(See a later section called BND 286 for a discussion 
of STL 
format.) 
. 


New Calls 


RQE$A$LOAD$IO$JOB 


HUMAN INTERFACE 


Enhanced 
Command 
Line Interpreter 
(CLI) 


The 
new 
CLl 
provides 
line-editing 
features, 
as well 
as its own 
set of commands. 
With 
CLl 
commands, 
aliases 
can be created, 
background 
programs 
ran, output redirected 
or redefined 
for a terminal 
in the configuration 
file. The 
commands 
are: 


ALIAS 


HISTORY 
JOBS 


BACKGROUND 


KILL 


CHANGEID 


LOGOFF 
SET 


DEALIAS 


SUBMIT 


EXIT 


SUPER 


New Calls 


ADDLOC 


inter 


UDI 


New System Calls 


The iRMX 286 VOl contains three system calls not contained 
in the iRMX 86 VOl. They are: 


DQ$MALLOCATE 


DQ$MFREE 


DQ$GET$MSIZE 


All of the calls have their counterparts 
in the iRMX 86 VDI, however, the new system calls use full pointers 
instead of 


selectors and DWORD instead of WORD for memory block start address and size specifications, 
respectively. 


These three calls are only supported 
in programs 
compiled 
in the compact 
or large segmentation 
models. 
Also, earlier 


versions of these calls cannot be mixed. 
fur example: 


After using DQ$MALLOCATE 
to allocate 
memory, do not use DQ$FREE 
to free it. 


Use DQ$MFREE 
instead. 


BOOTSTRAP 
LOADER 


Two Stage Loader 


To facilitate 
loading an application 
so that it may execute has been known as "pulling 
it up by its bootstraps" 
or simply 


"booting" 
the application. 
iRMX 
bootstrap 
loaders 
have been divided 
into stages, 
each possessing 
a unique 
purpose 


and role. 


In the iRMX 86 operating 
system, the bootstrap 
loader exists as only two stages. The first stage resides in PROM located 


on the CPV's board. If supplied by Intel, it will occupy less than 8Kb of memory within the PROM. Once running, 
it will 


identify the applications 
name and location, 
then load part of the second stage, passing 
control 
to it. The second stage 


finishes loading itself, loads the application 
into memory, 
then passes control to the application. 
While the first stage is 


user-configurable, 
the second 
stage is not. The second 
stage is only supplied 
by Intel and is present 
on all iRMX 


formatted, 
named volumes. 


In the iRMX 286 operating 
system, the bootstrap 
loader exists as three stages. The extra stage was added to be able to load 


80286 OMF files. This will also permit loading 8086 OMF files with just the first and second stages. This means either 
system can be booted without compromising 
the other. To allow for this, some flies have to be renamed 
and some new 


conventions 
adopted. 
(See below and Figure 3.) 


I. 
All 80286 OMF bootloader 
application 
systems must have the extension" 
.286". 


2. 
The third stage bootstrap 
loader must have the same name as the application, 
less the extension. 


3. 
The third stage bootstrap 
loader must reside in the same directory 
as the bootloadable 
system. 


Third Stage 
System to be Loaded 


ISYSTEM/RMX86 
ISYSTEM/RMX86.286 


ISYSTEM/RMX 
ISYSTEM/RMX.286 


IBOOT/RMX286 
IBOOT/RMX286.286 


This chart indicates to those wanting to boot the iRMX 86 operating 
system that their file ISYSTEM/RMX86 
had better 


be renamed to avoid confusion. 


lslSTAGE 
ON·BOARD 
PROM 


~ /, 
/il' 
, 
o 
: 


860MF 
I 


iRMX' 
FORMATTED 
VOLUME 
WITH 
iRMX' 
286 
BOOTSTRAP 
2nd STAGE 


iRMX' 
FORMATTED 
VOLUME 
WITH 
iRMX 
286 
BOOTSTRAP 
2nd STAGE 


When installing 
the iRMX 286 operating 
system on a system containing 
the iRMX 86 operating 
system. the "BS" 
option 
of the format 
command 
will install 
ONLY the new second 
stage bootstrap 
loader 
on track 0 of the hard disk. 
The 
installation 
process will also add new directories 
as required by the iRMX 286 operating 
system. 


Description 
Default 
Approx. 
Size 
Config. 
File 


1st STAGE CODE 
Application 
12KB 
BS1.CSD 
dependent 


2nd STAGE CODE 
OB8000H 
8KB 
BS1.CSD 
1stl2nd DATA 
and STACK 


3rd STAGE 
OBCOOOH 
16KB 
BS3.CSD 
(specific) 
CODE 
DATA and STACK 


3rd STAGE 
OBCOOOH 
8KB 
BG3.CSD 
(generic) CODE 


3rd STAGE 
OB8000H 
- 
BG3.csd 
(generic) 
DATA and STACK 


intJ 


Operating 
IRMX~286 
IRMX~ 86· 
IRMX~ 286" 
IRMX~ 86" 
IRMX~ 286" 


System 
Memory 
Code 
Code 
Data 
Data 
Layer 
Requirements 
Size 
Size 
Size 
Size 


Nucleus 
34K 
24K 
27K 
2K 
3.5K 


BIOS 
95K 
78K 
67K 
1K 
19.5K 


EIOS 
19K 
12.5K 
16K 
1K 
16.75K 


Application 
Loader 
12K 
10K 
11K 
2K 
2K 


HI 
36K 
22K 
26K 
15K 
1K 


UDI 
11K 
8K 
9.4K 
OK 
O.1K 


Bootstrap 
Loader 
- 
1.5K 
32K 
6K 
6K 


leu 
- 
- 
- 
308K 
384K 


The file system of the iRMX 286 operating 
system provides 
for the same types of files as are on the iRMX 86 operating 
system. 
In fact, both file systems can exist on the same volume using the same hierarchical 
file structure. 
This is made 


possible 
through the installation 
of the iRMX 286 bootstrap 
loader's 
second stage onto the iRMX 86 operating 
system's 
volume. 
This second stage will allow either- operating 
system to be booted from the same volume. 
One fact should be 


remembered: 
iRMX 286 uses the 80286 OMF, while iRMX 86 uses the 8086 OMP. This stops either operating 
system 
from loading and executing 
the other's files or programs. 
Copying, 
deleting or other maintenance 
operations 
can still be 
accomplished 
across the volume. iRMX 286 operating 
system will also read iRMX 86 back-up format files from another 
volume. 
The following 
Figure 4 shows a file system with both operating 
systems installed, 
including 
the changes 
to its 
structure. 
Remember, 
iRMX 286 can reside by itself or with iRMX 86 on the same volume. 


*.P28 
- 
PLIM 286 source fIles 


*.P86 
- 
PLIM 86 source files 


*.A28 
- 
ASM 286 source files 


*.A86 
- 
ASM 86 source files 


*.GAT 
- 
Gate definition 
fIles 


: SYSTEM: 


: UTIL: 


: LANG: 


ISYS286 


IUTIL286 


ILANG286 


After booting iRMX 86, the following still apply: 


: SYSTEM: 
ISYSTEM 


: UTIL : 
IUTILS 


: LANG: 
ILANG 


inter 


Because ASM 286 supports the 80286 in protected 
mode, ASM 286 has more changes than other languages. 
Often users 
converting 
their programs 
to ASM 286 from ASM 86 will assemble 
the programs 
in ASM 286 and store the error 
messages generated 
and change the code accordingly. 
A few notable changes are listed below. 


ASM 286 does not possess a group directive as in ASM 86. By giving the segments the same name, they will be grouped 
together into one segment at link time. 


Example: 
ASM 86 


DATAGRP GROUP 
DATA1, DATA2 


DATA1 SEGMENT 
ABYTE DBO 
DATA1 ENDS 


DATA2 SEGMENT 
AWORDDWO 
DATA2 ENDS 
ASSUME 
DS:DATAGRP 


DATA1 SEGMENT 
RW PUBLIC 


ABYTE DBO 
DATA1 ENDS 


DATA1 SEGMENT 
RW PUBLIC 


AWORD 
DWO 


DATA1 ENDS 
ASSUME 
DS:DATA1 


The 
fields 
of the SEGMENT 
directive 
are also different. 
ASM 
286 
does 
not use anything 
but para-aligned 
and 
access-type. 


Example: 
ASM 86 


NAME SEGMENT 
[ALIGN-TYPE) 
[COMBINE-TYPE) 


WHERE 
[ALIGN-TYPE] 
= PARA, BYTE, WORD, 
PAGE, INPAGE, 


OR NONE 


NAME SEGMENT 
[ACCESS-TYPE] 
[COMBINE-TYPE] 


WHERE 
SEGMENT 
IS ALWAYS PARA-ALIGNED 
AND 
[ACCESS-TYPE] 
= READ-ONLY 
(RO), 
EXECUTE-ONLY 
(EO), 


EXECUTE-READ 
(ER), or 
READ-WRITE 
(RW) 


In ASM 286, stack segments are defmed using the STACKSEG directive. 


Example: 
ASM 286 


PROG_STACK 
STACKSEG 
10; 


The operator 
STACKSTART is used to define a label at the beginning 
of the stack to initialize the Stack Pointer (SP). 


Example: 
ASM 286 


MOV SP, STACKSTART 
PROG_STACK 


In ASM 286 the selectors used for the OS, SS, and ES in the ASSUME 
directive must have certain access types. 


Example: 
ASM 286 


ASSUME 
DS:EDATA 


EDATA SEGMENT 
RW PUBLIC 
WHERE 
DBO 


EDATAENDS 


Further, 
the ASSUME 
directive will not accept an assume for the code segment. 
The current code segment being assem- 
bled is automatically 
assumed into the CS. For more information 
regarding 
other changes in ASM 286 consult: ASM 286 
Reference 
Manual (Appendix 
G), order #122671 


Pointer and selector variables 
cannot be assigned 
absolute 
values. All values must be assigned 
by reference 
to another 
variable or through based-variables. 


Example: 
PWM 86 


Declare 


A$POINTER 
POINTER; 


Start: DO; 


A$POINTER 
= 0; 


Example: 
PUM 286 


Declare 


A$POINTER 
POINTER; 


Start: DO; 


A$POINTER 
= NIL; 


Similarly 
selectors can be assigned values as follows: 


Example: 
PUM 86 


Declare token literally 
'WORD', 
A$TOKEN 
TOKEN; 


Start: DO; 
A$TOKEN 
= 0; 


Example: 
PUM 286 


Declare token literally 'SELECTOR', 
A$TOKEN 
TOKEN; 


Start: DO; 
A$TOKEN 
= SELECTOR$OF(NIL); 


Models of Compilation 


In PLiM 86 the default is SMALL 


In PLiM 
286 all interrupt 
numbers 
on all interrupt 
procedures 
must be deleted. 
The required 
interrupt 
vectors 
will be 
assigned 
by the 
80286 
system 
builder 
if not already 
defined 
by the iRMX 
286 operating 
system 
call 
RQ$SET$ 
INTERRUPf. 


Consequently 
the PLiM 86 built-ins SET$INTERRUPf 
and INTERRUPf$PfR 
are unavailable 
in PLiM 286 and should 
be removed. 
Also, all calls to interrupt 
procedures 
are not allowed. 
As the conversion 
process 
takes shape, all of these 
changes turn out better than initially expected as the following example shows. 


1. DECLARE 
2. 


ZERO 
LITERALLY 
'00001 OOOb', 


INTERRUPT_HANDLER 
POINTER; 


· 
TYPICAL 
PUM 86 STATEMENTS 


6. 
INTERRUPT_HANDLER: 
PROCEDURE 
INTERRUPT 
56 PUBLIC 
REENTRANT; 


· 
TYPICAL 
PUM 86 STATEMENTS 


10. 
CALL RQ$SIGNAL$INTERRUPT 
(ZERO, @STATUS); 
11. 
END INTERRUPT_HANDLER; 


: PROCEDURE 
PUBLIC 
REENTRANT; 


· 
TYPICAL 
PLIM 86 STATEMENTS 


INTERRUPT_HANDLER 
= INTERRUPT$PTR 
(INTERRUPT_HANDLER); 


CALL RQ$SET$INTERRUPT 
(ZERO, 1, INTERRUPLHANDLER, 


DATA$SEG$ADDRESS.BASE, 
@STATUS); 


21. 
CALL RQ$WAIT$INTERRUPT 
(ZERO, @STATUS); 
22. 
END INTERRUPT_TASK; 


inter 


Comments 


Line 
Number 
Description 


2. 
INTERRUPT_HANDLER was defined as a pointer 


6. 
Interrupt entry 56 was "hard-coded" 
16. 
INTERRUPT_HANDLER was assigned the location (address) of the first instruction of the 
handler via the PUM 86 built-in "INTERRUPT$PTR" 
17. 
This call could have looked like: RQ$SET$INTERRUPT (ZERO, 1, INTERRUPT_PTR(INTER- 
RUPT_HANDLER), etc eliminating lines 2 and 16. 


Example: PUM 286 


1. DECLARE 
ZERO 
LITERALLY 


· TYPICAL PUM 286 STATEMENTS 


5. INTERRUPT_HANDLER 
: PROCEDURE INTERRUPT PUBLIC REENTRANT; 


· TYPICAL PUM 286 STATEMENTS 


9. 
CALL RQ$SIGNAL$INTERRUPT (ZERO, @STATUS); 
10. 
END INTERRUPTHANDLER; 


: PROCEDURE PUBLIC REENTRANT; 


· TYPICAL PUM 286 STATEMENTS 


CALL RQ$SET$INTERRUPT(ZERO, 1, @INTERRUPT_HANDLER, 


DATA$SEG$ADDRESS.BASE,@STATUS); 


19. 
CALL RQ$WAIT$INTERRUPT(ZERO, @STATUS); 
20. 
END INTERRUPT_TASK; 


Line 
Number 
Description 


5. 
Notice PUM 286 does not need to identify the interrupt in this statement 
15. 
The third parameter becomes simply a pointer to the first instruction of the handler. 


inter 


All iRMX 86 programs 
linked using LINK 86 will instead have to be bound using BND 286. BND 286 is used to create all 
single-task 
application 
programs 
that will be dynamically 
loaded. 
(See Figure 5.) The following are tasks of the binder. 


1. 
Creates a linkable or loadable module by combining 
input modules with other bindable 
modules. 


2. 
Checks the type of variables and procedures. 


3. 
Selects modules from libraries 
to resolve all symbolic 
references. 


4. 
Combines 
logical segments by name, attribute, 
and privilege levels into physical segments that the processor 
can 
manipulate 
efficiently. 


5. 
Can create a module the application 
loader can load. 


In a process called incremental 
linking, BND 286 combines linkable object modules, 
including library modules, 
output by 
translators. 
The result is a file containing 
a linkable module. 


A dynamically 
loadable module created by BND 286 is an executable 
module created by the combination 
of one or more 
linkable modules. 
Loadable 
modules can be of two types: 


I. 
Single-task 
loadable (STL) 


2. 
Variable-task 
loadable (VTL) 


r-------, 


o 
I 
I 
I 
I 
I 
: TRANSLATOR 
:--- 


I 
I 
I 
I 
L 
J 


LEGEND: 


-INPUT 
AND OUTPUT 
OF 
SOFTWARE 
PRODUCTS 


•• - •• 
SOFTWARE 
PRODUCTS 


I 


OBJECT 
I 


(".OBJ") 
-:I 
I 
I 


II 
I 


r--------, 
I 
I 


BN0286 
: 


LOADABLE 


• 
(EX~~i~~LEJ 


MODULE 


r-------~ 
I 
I 
I OPERATING 
: 
I 
SYSTEM 
: 
: 
LOADER 
I 
I 
: 
L. 
~ 


I 


I WITH NOLOAD 


LINKED 
OBJECT 
MODULE 
"LINK" 


r-------., 
I 
I 
I 
I 
I 
I 
: 
51M286 
: 
I 
: 
I 
I 
L 
~ 


r-------, 
II 


L1B286 
: 
I 
I 
I 
, 
I 
L.. 
~ 


These modules are functionally 
similar to LTL-format 
records in the 8086 OMP. STL modules are designed 
to optimize 
loader execution 
time because each contains only one executable 
task. iRMX 286 and XENIX 286 operating 
systems will 


execute only fIles containing 
STL modules. 
BND 286 outputs STL modules when the FASTLOAD, 
RCONFIGURE, 
and 


XCONFIGURE 
controls are specified. 
In iRMX 286 only, the RCONFIGURE 
control is used. 


VTL 
modules 
are designed, 
when provided 
by BND 
286, to also contain 
a single executable 
task, 
but in a format 


structured 
for multiple tasks. BND 286 outputs VTL modules when the LOAD control is specified. 


"'"",, 
~i~'..."'"~ 


inter 


BND 286 CONTROLS 
LINK 86 CONTROLS 


CONTROLFILE 
(path name) 
- 


DEBUG/NODEBUG 
SYMBOLS/NOSYMBOLS 


ERRORPRINT 
(pathname)1 
- 
NOERRORPRINT 


FASTLOAD/NOFASTLOAD 
FASTLOAD/NOFASTLOAD 


*LDTSIZE 
([ +Inumber) 
- 


LOAD/NOLOAD 
- 


NAME (modulename) 
NAME (modulename) 


OBJECT 
(pathname)1 
- 
NOOBJECT 


PACKINOPACK 
- 


PRINT (pathname)1 
PRINT (pathname)1 
NOPRINT 
NOPRINT 


PUBLlCS/NOPUBLlCS 
PUBLlCS/NOPUBLlCS/PUBLlCSON 
LY 


RCONFIGURE 
(dm,m) 
BIND and MEMPOOL 


RENAMESEG 
(old to new) 
- 


RESERVE 
(number) 
- 


SEGSIZE 
(name(size)) 
SEGSIZE 
(name(size)) 


*TASKPRIVILEGE 
( ) 
- 


TYPE/NOTYPE 
TYPE/NOTYPE 


*XCONFIGURE 
- 


The following is an example ofBND 
286 for a simple human interface Commonly 
Used System Program 
(CUSP) used on 


an iRMX 286 Release 1.0 system. 


EXAMPLE.OBJ, 
& 


EXAMPLE.L1B, 
& 


iRMX 286 Libraries- 
IRMX286/L1B/UPIFC.L1B, 
& 


IRMX286/L1B/UDI.GAT, 
& 


IRMX286/L1B/HPIFC.L1B, 
& 


IRMX286/L1B/HI.GAT, 
& 


IRMX286/L1B/LPIFC.L1B, 
& 


IRMX286/L1B/LOA.GAT, 
& 


IRMX286/L1B/EPIFC.L1B, 
& 


IRMX286/L1B/EIO.GAT, 
& 


IRMX286/L1B/IPIFC.L1B, 
& 


IRMX286/L1B/IOS.GAT, 
& 


IRMX286/L1B/NUCIFC.L1B, 
& 


IRMX286/L1B/NUC.GAT 
& 


RCONFIGURE (DM(10000H, 10000H» 


(Analogous to BIND&MEMPOOL) 


SEGSIZE (STACK(1024» 


iRMX 286 Library Privilege 


Gates 


The following is an example of BND 286 for a simple human interface 
Commonly 
Used System Program 
(CUSP) on an 


iRMX 286 Release 2.0 system. Notice all of the .GAT files and many of the .Lm files are gone. All of these "missing" 
files are now contained 
in the files RMXIFC.Lm 
and UDIIFC.LIB 
for convenience. 


BND 286 
EXAMPLE.OBJ, 
& 


EXAMPLE.L1B, 
& 


IRMX286/L1B/UDIIFC.L1B, 
& 


IRMX286/L1B/RMXIFC.L1B, 
& 


RCONFIGURE (DM(10000H,10000H» 


(Analogous to BIND & MEMPOOL) 
SEGSIZE (STACK(1024» 


(Analogous to SEGSIZE) 


(A new control) 


inter 


iRMX(R) XXX.BLD 
File 


system_bid; 
segment 
nucdat.code(dpl 
=0), 


nucdat.data(dpl 
= 0), 
memory 


(reserve = (0..0001 FFFH, 
003AOOOH..0FFFFFFh)); 


Gate_CreateJob 
(entry 
= 
RqCreateJob, 
dpl = 0, wc = 0), 


Idt1 (limit = 00600h,dpl = 0, 
reserve 
= (2..2, 4 ..4AH, 


4CH ..4EH,51H 
..59h, 
122H ..005FFh), 
entry = ( O:nucdat.escape_ss, 
3:nucdat.stack, 
75:nucdat.jobdat, 
79: nucdat.escape_ss, 
80:nucdat.entry_code) 
); 


rmxtask 
(dpl = O,object = nucdat, 
Idt = Idt1, no ie); 


gdt (limit = 00600H, 
dpl = 0, 


reserve 
= (3..3BH, 3DH ..4EH, 


51H ..53H, 55H ..59H, OC1H ..OC7H, 
OE3H ..OE5H,OEAH ..OEFH, 
101H ..103H,00137h 
..00140h), 
entry = (60:nucdat.data, 
79:rmxtask, 
80:nucdat.code, 
84:ldt1, 
90:Gate~cceptControl, 
91 :Gate~lterComposite, 


308:sdbcnf.code, 
309:sdbcnf.data, 
310:sdbcnf.newstack, 
291 :bios_code, 
292: biOS_data, 


BLD 286 exceeds LOC 86 in capability 
and versatility. 
In many cases the use of BLD 286 is transparent 
to iRMX 286 
users, 
due to the ICU 286 automatically 
generating 
the BUILD fUe. All iRMX 286 users, 
however, should possess 
an 
understanding 
of the following key functions: 


A. 
Assigns physical addresses 
to entities, 
sets segment limits and access rights. (See XXX.BLD 
fUe) 


B. 
Allows memory 
ranges to be reserved or allocated for specific entities. 
(See XXX.BLD 
file) 


C. 
Creates one Global Descriptor 
Table (GDT), 
one Interrupt 
Descriptor 
Table (lOT), 
and one Local Descriptor 
Table (LOT). 
(See XXX.BLD 
fUe) 


D. 
Creates gates. (See XXX.BLD 
fUe) 


E. 
Creates task state segments and (task gates). (See XXX.BLD 
file) 


F. 
Creates a bootloadable 
module. 
(See XXX.BLD 
fUe) 


G. 
Creates object fUes containing 
exported system entries. 
(See XXX.BLD 
file) 


H. 
Selects required modules from specified libraries 
automatically, 
as needed to resolve symbolic 
references. 


I. 
Performs 
reference-resolution 
and typechecking. 


1. 
Detects and reports errors and warnings found during processing 
(in the XXX.MP2 
file) 


BLD 286 is primarily 
used for building an application 
program that deals extensively with system interfaces 
to a hardware 
environment. 
This could include configuring 
gates and/or segments that provide this interface, 
then place these interfaces 
in a separate file for later exportation. 


The types of executable 
output produced 
by BLD 286 are bootloadable, 
loadable, 
or incremental-built. 
Bootloadable 
modules are absolutely-located 
object modules that are booted via a simple loader. Loadable 
modules consist of single- or 
multiple-task 
modules used for dynamic loading. 
Incrementally-built 
modules are non-executable 
modules used interac- 
tively to build large systems. 


Many users will only use BLD 286 when they produce a new configuration 
using the ICU. ICU 286 generates 
a file called 
ICUBLD.CSD 
which invokes the builder using the fUe XXX.BLD 
as the builder definition 
fUe. 


The following is a typical example of the contents of ICUBLD.CSD: 


NUCLUS.LNK, 


SDB.LNK, 


IOS.LNK, 


EIOS.LNK, 


LOADER.LNK, 
(Produced 
by BND 286)~ 
HI.LNK, 


UDI.LNK 


OBJECT 
(/BOOT/* * * .286) 


NODEBUG 
NOTYPE 


BUILDFILE 
(* * *.BLD) 


& 
( Where to put the 


bootloadable 
file) 


(Where 
to obtain the 


build information) 


r--------1 
TRANSLATED 


I 
80286 
I 
OBJECT 
iTRANSLATORSr- 
MODULE(S) 
'---------~ 


BUILDER 
EXPORT 
MODULE(S) 


The build fIle contains a specific language used by BLD 286 to produce the system or system program. 
BLD 286 takes all 


linked input modules and assigns all of the access and protection 
attributes 
for each subsystem. 
A build fIle is created to 


specify the characteristics 
of the relationships 
among the subsystems. 
Segment attributes, 
gates, descriptor 
tables, aliases, 


and memory 
allocation 
are also described 
in the build fIle and read by BLD 286. 


------1WITH 
NO BOOTlOAD 
LOADABLE 
~ 
I 
• 
(EXECUTABLE) 


~ 


BLD286 
I 
OBJECT 
rJ WITH 
MODULE 
••• 
-- 
BOOTLOAD 
L; 


I 
Ilo- 
r- 
I 
I 
r-1 


B 
~- 
, 
OBJECT 
800TLOADABLE 
•• 


- 
MODULE 
'-+ 
OBJECT 
, 
(".OBJ") 
MODULE 
, 
" 
r------~ 
~ 
I 
, 
LOADABLE 
, 
I 


I 
' 
WITH LOAD 
(EXECUTABLE) 
1 
BND286 
, 
, 
OBJECT 
I:._---_ ...• 
MODULE 
I.. 


~ 


I 


. 
'~ 
r 


LINKED 
L.J, 
'-- 
LIBRARY 
OBJECT 
FILE 
MODULE 
, 


"LINK" 
I 
,.__1_.. 
, 
I 
, 
• 
, 
L1B286 
;..- 
, 


I 
, 


"- .......• 


---------• 
EXAMPLE 
; 
LOADER 
I 


------' 
-----, 


OOTLDADER: 
I 
----_..1 


------"\ 


OPERATING: 
SYSTEM 
I 


LOADER 
: 
----_ ...• 


r-------. 
I 
I 


SIM286 
,I 
I 


10 •••• 
_ ••• 


LEGEND: 


- 
INPUT AND OUTPUT 
OF SOFTWARE 
PRODUCTS 


-----SOFTWARE 
PRODUCTS 


80286 


~ 


The 80286 mapper is a noninteractive 
utility that generates 
object module information 
that BND 286 and BLD 286 do not 


produce. 
The utility is offered separately 
instead of having the builder and tinder 
performing 
identical functions. 
The user 


should note that if debug information 
is contained 
in the invocation 
file, all of the maps will be produced. 


MAP 286 will accept the following input: 


A. 
Executable 
files containing 
a single executable 
module, and only one per invocation of MAP 286. 


B. 
Executable 
files containing 
a single bootloadable 
module. 


C. 
One or more linkable or library files. 


For executable 
input files: 


A. An output object file with or without debug information. 


B. Table MAP, segment MAP, gate MAP, public MAP, symbol MAP, task MAP, and crossreference 
MAP. 


For linkable input files: 


A. Only a cross reference 
map including 
a module list. 


iRMX® 86 OPERATING 
SYSTEM 
PROGRAM 
MIGRATION 


Compiling 
in PLIM 286 


The following is an example of converting 
an iRMX 86 Commonly 
Used System Program (CUSP) called NOTE. To assist 


readers, 
all of the conversion 
steps will be described. 


Source Program 


The program 
NOTE is written in PUM 
86 for use on iRMX 86 operating 
system. When invoked, 
the utility will echo a 


'line of keyboard 
input to the console. 


The source code file name for NOTE is NOTE.P86. 
To adhere to PUM 
286 and iRMX 286 operating 
system file naming 


conventions, 
the file should be renamed 
to NOTE.P28. 
Next, the file has to be changed to reflect changes 
in PUM 
286 


and iRMX 286 library files. Finally the file is compiled 
and bound with BND 286. See the following examples 
for further 


explanation. 


STEP I 


Copy NOTE.P86 
to NOTE.P28 
< CR> 


STEP 2 


The NOTE.P28 
file has' to be edited to change 


A. All '0' pointers to 'NIL' 


B. All '0' selectors to 'SELECTORS$OF(NIL)' 


Also notice all of the include files assume an iRMX 86 operating 
system and have to be changed to iRMX 286 libraries. 


STEP 3 


$title('iRMX 
86 HI 
NOTE 
command') 


$subtitle('module 
header') 


/*********************************************************************** 


TITLE: 
note 


ABSTRACT: 
This 
module 
contains 
the 
main 
routine 
for 
the 
HI 
note 
command. 


Message 
will 
be 
printed 
on EO. 


***********************************************************************/ 
hnote: 
DO; 


$include(:sd:inc/hstand.lit) 
$include(:sd:rmx86/inc/hgtchr.ext) 
$include(:sd:rmx86/inc/hsneor.ext) 
$include(:sd:inc/hutil.ext) 


DECLARE 
version(*) 
BYTE 
DATA ( 'program_version_number=F001', 
'program_name=Note' 
,0); 


1 
main: 
DO; 
/* 
local 
variables 
*/ 


2 DECLARE 
3 
excep 
WORD, 
4 
char 
BYTE, 


5 
count 
WORD, 


6 
msg 
STRUCTURE 
( 
7 
length 
BYTE, 
8 
char(STRING$MAX) 
BYTE) ; 


count 
= 0; 
char 
= rq$C$get$char( 
@excep); 


DO 
WHILE( 
(char 
:= rq$C$get$char( 
@excep» 
<> 
0); 


IF 
count 
< 
LAST(msg.char) 
THEN 


DO; 
msg.char(count) 
= char; 


count 
= count 
+ 1; 
END; 
END; 
msg.char(count) 
= cr; 


count 
= count 
+ 1; 


msg.char(count) 
= If; 


count 
= count 
+ 1; 


msg.length 
= count; 


CALL 
rq$C$send$EO$response( 
0, 
0, 
@msg, 
@excep); 


THIS POINTER 
NEEDS CHANGING. 


24 
CALL 
cusp$error( 
excep, 
@(O), 
@(O), 
ABORT); 


25 
END 
main; . 


$title{'iRMX 
286 HI NOTE 
command') 
$subtitle{'module 
header') 


/*********************************************************************** 
TITLE: 
note 
ABSTRACT: 
This module 
contains 
the main 
routine 
for the HI note 
command. 


Message 
will 
be printed 
on EO. 


***********************************************************************/ 
hnote: 
DO; 


$include(:sd:inc/hstand.lit) 
$include(:sd:rmx86/inc/hgtchr.ext) 
$include(:sd:rmx86/inc/hsneor.ext) 
$include(:sd:inc/hutil.ext) 


DECLARE 
version(*) 
BYTE 
DATA ( 'program_version_number=F001', 


'program_name=Note' 
,0); 


main: 
DO; 
/* local variables 
*/ 


2 DECLARE 
3 
4 
5 


excep 
char 
count 


WORD, 
BYTE, 
WORD, 


6 
msg 
STRUCTURE ( 
7 
length 
BYTE, 
8 
char(STRING$MAX) 
BYTE); 


9 
10 
11 
12 
13 
14 
15 
16 
17 
18 
19 
20 
21 
22 
23 


count 
= 0; 
char 
= rq$C$get$char( 
@excep); 


DO WHILE( 
(char 
:= rq$C$get$char( 
@excep» 
<> 
0); 
IF 
count 
< LAST(msg.char) 
THEN 


DO; 
msg.char(count) 
= char; 
count 
= count 
+ 1; 
END; 
END; 
msg.char(count) 
= cr; 
count 
= count 
+ 1; 
) 
THIS IS 


msg.char(count) 
= If; 
OK NOW. 


count 
= count 
+ 1; 
--------~ 


msg.length 
= count; 


CALL 
rq$C$send$EO$response( 
NIL, 
0, @msg, 
@excep); 


24 
CALL 
cusp$error( 
excep, 
@(O), 
@(O), 
ABORT); 
25 
END main; 


Binding an iRMX@ 286 Application 


STEP 1 


If a program 
was previously 
linked 
in iRMX 86, we then examine 
the original 
LINK file used and notice the following: 


PLM86 
%O.P86 
COMPACT 
ROM 
OPTIMIZE(3) 
NOTYPE 
PW(132) 


, 
LINK86 
%O.obj, 


/rrnx86/hi/hutil.lib, 
& 


/lib/plrn86/plrn86.1ib, 
& 


/rrnx86/1ib/hpifc.lib, 
& 


/rrnx86/1ib/epifc.lib, 
& 


/rrnx86/1ib/ipifc.lib. 
& 


/rrnx86/1ib/rpifc.lib 
& 
to 
%.86 
bind 
rnernpool(10000,OBOOOOH) 
nosb 
noty 


1. 
The library 
names will change 
2. 
The pathnames 
to access the libraries 
will change 
3. 
BIND and MEMPOOL 
will change 


STEP 2 


The following 
is the iRMX 286 Release 
1.0 version 
of the file in Step 4. 
Remember 
the libraries 
have changed 
names between 
iRMX 286 Release 
1.0 and 2.0. 


PLM286 
%0.p28 
COMF'ACT 
ROM 
OPTIMIZE(3) 
NOTYPE 
PW( 
132) 


%O.obj, 
& 


/rrnx286/1ib/hutil.lib, 
& 


/rrnx286/1ib/plrn286.1ib, 
& 


/rrnx286/1ib/hpifc.lib, 
/rrnx286/1ib/hi.gat, 
& 


/rrnx286/1ib/epifc.lib, 
/rrnx286/1ib/eio.gat, 
& 


/rrnx286/1ib/ipifc.lib. 
/rrnx286/1ib/ios.gat, 
& 


/rrnx286/1ib/nucifc.lib, 
/rrnx286/1ib/nuc.gat 
& 
renarneseg(hi_code 
to 
code, 
hi_data 
to 
data) 
segsize 
(stack(1000H» 
& 
object(%O) 
rc(drn(12000,1000000» 
nodebug 
noty 


This 
is an example 
of the Step 4 file modified 
to run on iRMX 286 Release 


2.0. 
Notice 
the reduction 
of library 
statements. 


PLM286 
%O.p28 
COMPACT 
ROM 
OPTIMIZE(3) 
NOTYPE 
PW( 
132) 


%O.obj, 
& 


/RMX286/hi/hutil.lib, 
& 


/RMX286/1ib/plrn286/plrn286.1ib, 
& 


/RMX286/1ib/rrnxifc.lib 
& 


renarneseg(hi_code 
to 
code, 
hi_data 
to 
data) 
segsize 
(stack(1000H» 
& 
object(%O) 
rc(drn(12000,1000000» 
nodebug 
noty 


Though 
these few migration 
examples 
reflect 
trivial modifications, 
larger 


and more complex 
applications 
might 
require 
a little more attention. 


The purpose of this application 
note is to provide insight and direction to those individuals 
contemplating 
using the iRMX 
286 operating 
system. For those already familiar with the iRMX 86 operating 
system, this paper's 
focus is to provide the 
pathway to a superior product. 


The iRMX 286 operating 
system is a vast improvement 
over its previous 
counterpart. 
Some notable changes 
are round 
robin scheduling, 
hardware-enforced 
protection, 
hardware-assisted 
debugging, 
and access to the 80386 processor. 
With 
this operating 
system the capabilities 
of the 80286 processor 
can be fully utilized for multiple environments. 


Since the iRMX product line was introduced, 
many applications, 
programs, 
and lines of code have been written to support 
a tangible 
demand 
for real-time 
processing; 
in manufacturing, 
in medicine, 
and in finance, 
to name a few. As a result 
more time is being spent on designing, 
writing, 
and testing software than ever before. The iRMX 286 operating 
system is 
the preferred 
product for generating 
errorcfree programs 
while utilizing the highest CPU technology 
available in the OEM 
modules market. 


Single Board Computers 
3 


iSBC® 80/10B 
SINGLE BOARD COMPUTER 
• 8080A CPU Used as Central 
Processing 
• Programmable 
Synchronous/ 
Unit 
Asynchronous 
Communications 
• One iSBXTM Bus Connector 
for iSBXTM 
Interlace 
with Selectable 
RS232C or 


MULTIMODULETM 
Board Expansion 
Teletypewriter 
Compatiblity 
• 1K Byte of Read/Write 
Memory 
with 
• Single Level Interrupt 
with 11 Interrupt 


Sockets 
for Expansion 
up to 4K Bytes 
Sources 
• Sockets 
for up to 16K Bytes of Read 
• Auxiliary 
Power 
Bus and Power-Fail 


Only Memory 
Interrupt 
Control 
Logic for RAM 
Battery 
Backup 
• 48 Programmable 
Parallel I/O Lines 
1.04 Millisecond 
Interval 
Timer 
with Sockets 
for Interchangeable 
Line 
• 
Drivers 
and Terminators 
• Limited 
Master 
MUL TIBUS@ Interlace 


The Intel iSBC 80/10B board is a member of Intel's complete line of OEM microcomputer systems which take 
full advantage of Intel's LSI technology to provide economical, self-contained computer-based solutions for 
OEM applications. The iSBC 80/10B board is a complete computer system on a single 6.75 x 12.00-inch 
printed circuit card. The CPU, system clock, iSBX bus interface, read/write memory, read only memory sock- 
ets, I/O ports and drivers, serial communications interface, bus control logic, and drivers all reside on the 
board. 


Intel's powerful 8-bit n-channel MOS 8080A CPU, 
fabricated on a single LSI chip, is the central proces- 
sor for the iSBC 80/10B board. The 8080A contains 
six 8-bit general purpose registers and an accumula- 
tor. The six general purpose registers may be ad- 
dressed individually or in pairs, providing both single 
and double precision operators. A block diagram of 
iSBC 80/10B board functional components is shown 
in Figure 1. 


iSBXTM Bus MULTIMODULETM Board 
Expansion 


The new iSBX bus interface brings an entirely new 
dimension to system design offering incremental on- 
board expansion with small iSBX boards. One iSBX 
bus connector interface is provided to accomplish 
plug-in 
expansion 
with 
any 
iSBX 
MULTIMOD- 


ULE board. iSBX boards are available to provide ex- 
pansion equivalent to the I/O available on the iSBC 
80/10B board or the user may configure entirely 
new functionality such as math directly on-board. 
The iSBX 350 programmable I/O MULTIMODULE 
board provides 24 I/O lines using an 8255A pro- 
grammable peripheral interface. Therefore, the iSBX 
350 module together with the iSBC 80/10B board 
may offer 72 lines of programmable I/O. Alternately, 
a serial port may be added using the iSBX 351 serial 
I/O multimodule board or math may be configured 
on-board with the iSBX 332 floating point math MUL- 
TIMODULE board. 


The iSBX board is a logical extension of the on- 
board programmable I/O and is accessed by the 
iSBC 80/10B single board computer as common I/O 
port locations. The iSBX board is coupled directly to 
the 8080A CPU and therefore becomes an integral 
element of the iSBC 80/10B single board computer 
providing optimum performance. 


I,,, 
I 
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Memory Addressing 


The 8080A has a 16-bit program counter which al- 
lows direct addressing of up to 64K bytes of memo- 
ry. An external stack, located within any portion of 
readlwrite memory, may be used as a last-in/first- 
out storage area for the contents of the program 
counter, flags, accumulator, and all of the six gener- 
al purpose registers. A 16-bit stack pointer controls 
the addressing of this external stack. This stack pro- 
vides subroutine nesting bounded only by memory 
size. 


Memory Capacity 


The iSBC 80/10B 
board contains 1K bytes of readl 


write static memory. In addition, sockets for up to 4K 
bytes of RAM memory are provided on board. Readl 
write memory may be added in 1K byte increments 
using two 1K x 4 Intel 2114A-5 static RAMs. All on- 
board RAM read and write operations are performed 
at maximum processor speed. Sockets for up to 16K 
bytes of nonvolatile read-only-memory are provided 
on the board. Read-only-memory may be added in 
1K byte increments up to 4K bytes (using Intel 2708 
or 2758); in 2K byte increments up to 8K bytes (us- 
ing Intel 2716); or in 4K byte increments up to 16K 
bytes (using Intel 2732). All on-board ROM or 
EPROM read operations are performed at maximum 
processor speed. 


The iSBC 80/10B 
board contains 48 programmable 


parallel 110 lines implemented using two Intel 8255A 
programmable peripheral interfaces. The system 
software is used to configure the I/O lines in any 
combination of unidirectional input! output, and bidi- 
rectional ports indicated' in Table 1. Therefore, the 
110 interface may be customized to meet specific 
peripheral requirements. In order to take full advan- 
tage of the large number of possible 110 configura- 
tions, sockets are provided for interchangeable 110 
line drivers and terminators. Hence, the flexibility of 
the 110 interface is further enhanced by the capabili- 
ty of selecting the appropriate combination of op- 
tional line drivers and terminators to provide the re- 
quired sink current, polarity, and drivel termination 
characteristics for each application. The 48 pro- 
grammable 110 lines and signal ground lines are 
brought out to two 50-pin edge connectors that mate 
with flat cable or round cable. 


A programmable communications interface using 
the Intel 8251A Universal Synchronousl Asynchro- 
nous ReceiverlTransmitter (USART) is contained on 
the board. A jumper selectable baud rate generator 
provides the USART with all common communica- 
tions frequencies. The USART can be programmed 


Mode of Operation 


Unidirectional 


Unes 
Port 
(Qty) 


Input 
Output 
Bidirectional 
Control 


Latched" 
Latched" 
Unlatched 
Strobed 
Latched 
Strobed 


1 
8 
X 
X 
X 
X 
X 


2 
8 
X 
X 
X 
X 


3 
8 
X 
X 
X(l) 


4 
8 
X 
X 


-;- 


5 
8 
X 
X 


6 
4 
X 
X 


4 
X 
X 


NOTE: 
1. Port 3 must be used as a control 
port when 
either 
port 
1 or port 2 are used as a latched 
and strobed 
input or a latched 
and strobed 
output 
port or port 1 is used as a bidirectional 
port. 


by the system software to select the desired syn- 
chronous or asynchronous serial data transmission 
technique (including IBM Bi-Sync). The mode of op- 
eration (i.e., synchronous or asynchronous), data 
format, control character format and parity are all 
under program control. The 8251A provides full du- 
plex, double-buffered transmit and receive capabili- 
ty. Parity,overrun, and framing error detection are all 
incorporated in the USART. The inclusion of jumper 
selectable TTY or RS232C compatible interfaces on 
the board, in conjunction with the USART, provides 
a direct interface to teletypes, CRTs, RS232C com- 
patible cassettes, and asynchronous and synchro- 
nous modems. The RS232C or TTY command lines, 
serial data lines, and signal ground lines are brought 
out to a 26-pin edge connector that mates with 
RS232C compatible flat or round cable. 


Interrupt requests may originate from 11 sources. 
Two jumper selectable interrupt requests can be au- 
tomatically generated by the programmable periph- 
eral interface when a byte of information is ready to 
be transferred to the CPU (i.e., input buffer is full) or 
a byte of information has been transferred to a pe- 
ripheral device (i.e., output buffer is empty). Three 
jumper selectable interrupt requests can be auto- 
matically generated by the USART when a character 
is ready to be transferred to the CPU (i.e., receive 
channel buffer is full), a character is ready to be 
transmitted (i.e., the USART is ready to accept a 
character from the CPU), or when the transmitter is 
empty (i.e., the USART has no character to trans- 
mit). These five interrupt request lines are all maska- 
ble under program control. Two interrupt request 
lines may be interfaced directly to user designated 
peripheral devices; one via the MULTIBUS system 
bus and the other via the liD edge connector. One 
jumper selectable interrupt request may be inter- 
faced to the power-fail interrupt control logic. One 
jumper selectable interrupt request may originate 
from the interval timer. Two general purpose inter- 
rupt requests are jumper selectable from the iSBX 
interface. These two signals permit a user installed 
MULTIMODULE board to interrupt to 8080A CPU. 
The eleven interrupt request lines share a single 
CPU interrupt level. When an interrupt request is 
recognized, a restart instruction (RESTART 7) is 
generated. The processor responds by suspending 
program execution and executing a user defined in- 
terrupt service routine originating at location 3816. 


A power-fail interrupt may be detected through the 
AC-Iow signal generated by the power supply. This 
signal may be configured to interrupt the 8080A CPU 
to initiate an orderly power down instruction se- 
quence. 


A 1.04 millisecond timer is available for interval inter- 
rupts or as a clock output to the parallel I/O connec- 
tor. The timer output is jumper selectable to the pro- 
grammable parallel interface, the parallel liD con- 
nector (J1), or directly to the 8080A CPU. 


MUL TIBUS® System 
Expansion Capabilities 


Memory and liD capacity may be expanded and ad- 
ditional functions added using Intel MULTIBUSTM 
system compatible expansion boards. Memory may 
be expanded to 65,536 bytes by adding user speci- 
fied combinations of RAM boards, EPROM boards, 
or combination boards. Input/output capacity may 
be increased by adding digital I/O and analog liD 
expansion boards. In addition, the iSBC 80/10B 
board performs as a limited bus master in that it 
must occupy the lowest priority when used with oth- 
er MULTIBUS masters. The bus master may take 
control of the MULTIBUS system bus by halting the 
iSBC 80/10B 
board program execution. Mass stor- 


age capability may be achieved by adding single 
density diskette, double density diskette, or hard 
disk controllers. Modular expandable backplanes 
and cardcages are available to support multiboard 
systems. 


Instruction: 8, 16, or 24 bits 
Data: 8 bits 


NOTE: 
Basic instruction cycle is defined as the fastest in- 
struction (i.e., four clock cycles). 


inter 


Memory Addressing 


On-Board 
ROM/EPROM 
O-OFFF 
using 2708, 2758 
0-1 FFF using 2716 
0-3FFF 
using 2732 


On-Board 
RAM 
3COO-3FFF 
with no RAM expansion 
3000-3FFF 
with 2114A-5 
expansion 


NOTE: 
All RAM configurations 
are automatically 
moved 
up 
to 
a 
base 
address 
of 
4XXX 
when 
configuring 
EPROM for 2732. 


Device 
I/O 
Address 


8255 No.1 
Port A 
E4 
Port B 
E5 
Port C 
E6 
Control 
E7 


8255 NO.2 
PortA 
E8 
Port B 
E9 
Port C 
EA 
Control 
EB 


8251A 
Data 
EC 
Control 
ED 
- 


~. 
iSBX Multimodule 
MCSO 
FO-F7 
MCS1 
F8-FF 


Memory Capacity 


On-Board 
ROM/EPROM 
16K bytes (sockets 
only) 


On-Board 
RAM 
1K byte with user expansion 
in 1K increments 
to 
4K byte using Intel 2114A-5 
RAMs. 


Off-Board 
Expansion 
Up to 64K 
bytes 
using 
user specified 
combina- 
tions of RAM, ROM, and EPROM. 


Frequency 
(kHz) 
Baud Rate (Hz) 


(Jumper 
Selectable) 
Synchronous 
Asynchronous 
(Program 
Selectable) 


+16 
+64 
307.2 
- 
19200 
4800 
153.6 
- 
9600 
2400 
76.8 
- 
4800 
1200 
38.4 
38400 
2400 
600 
19.2 
19200 
1200 
300 
9.6 
9600 
600 
150 
6.98 
6980 
- 
110 
4.8 
4800 
300 
75 


Interface 
Double-Sided 
Centers 
Mating Connectors 
Pins (Qty) 
(In.) 


MULTIBUS System 
86 
0.156 
Viking 2KH43/9AMK12 Wire-wrap 


iSBX Bus 
36 
0.1 
iSBX960·5 


Parallel I/O (2) 
50 
0.1 
3M 3415-000 
Flat 


Serial I/O 
26 
0.1 
AMP 87194-6 
Flat 


1/0 Capacity 


Parallel: 
Serial: 
MULTIMODULE: 


48 programmable lines 
1 transmit, 1 receive 
1 
iSBX 
Bus 
MULTIMODULE 
Board 


Synchronous: 
5-8 
bit characters; internal or ex- 
ternal 
character 
synchronization; 
automatic sync insertion 


Asynchronous: 
5-8 bit characters; break character 
generation; 1. 1ljz. or 2 stop bits; 
false start bit detectors 


Interrupts 


Single-level with on-board logic that automatically 
vectors the processor to location 38H using a restart 
instruction (RESTART 7). Interrupt requests may 
originate from user specified I/O (2); the program- 
mable peripheral interface (2);the iSBX MULTIMOD- 
ULE board (2); the programmable communications 
interface (3); the power fail interrupt (1); or the inter- 
val timer (1). 


Interfaces 


MULTIBUS: 
iSBX Bus: 
Parallel I/O: 
Serial I/O: 


All signals TIL compatible 
All signals TIL compatible 
All signals TIL compatible 
RS232C or a 20 mil current 
loop TIY interface Oumperse- 
lectable) 
All TIL compatible (active-low) 


System Clock: 2.048 MHz ± 0.1% 
Interval Timer: 1.042 ms ± 0.1% (959.5 Hz) 


Physical Characteristics 


Width: 
12.00 in (30.48 cm) 
Height: 6.75 in. (17.15 cm) 
Depth: 
0.05 in. (1.27 cm) 
Weight: 14 oz. (397.3 gm) 


Voltage 
Without 
With 2708 
With 2758, 2716, 
Power Down Requirements 


EPROM(l) 
EPROM(2) 
or 2732 EPROM(3) 
(RAM and Support Circuit) 


Vce = +5V ±5% 
Ice = 2.0A(4) 
3.1A 
3.46A 
84 mA + 140 mAlK (2114A-5) 
Voo = + 12V ±5% 
100 = 150 mA 
400mA 
150 mA 
Not Required 


VBB = -5V 
±5% 
IBB= 2mA 
200mA 
2mA 
Not Required 


VAA = -12V 
±5% 
IAA= 175 mA 
175 mA 
175 mA 
Not Required 


NOTES: 
1. Does not include power required for optional ROM/EPROM, I/O drivers, or I/O terminators. 
2. With four Intel 2708 EPROMS and 2200/3300 
for terminators, installed for 48 input lines. All terminator inputs low. 


3. Same as #2 except with four 2758s, 2716s, or 2732s installed. 
4. Ice shown wi1hout RAM supply current. For 2114-5 add 140.mA per K byte to a maximum of 560 mA. 
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I/O Drivers: The following line drivers and termina- 


tors are all compatible with the I/O driv- 
er sockets on the iSBC 80/10B Board: 


Driver 
Characteristic 
Sink Current 
(mA) 


7438 
I,OC 
48 


7437 
I 
48 


7432 
Nt 
16 


7426 
I,OC 
16 


7409 
NI,OC 
16 


7408 
NI 
16 


7403 
I,DC 
16 


7400 
I 
16 


NOTE: 
l-inverting, 
NI-non-inverting, 
OG-open. collector. 


Port 1 has 25 nA totem pole drivers and 1 kO termi- 
nators. 
I/O Terminators: 2200/3300 
divider or 1 kO pull 


up. 


2200/3: 
~~---""""--"'.'OPTION 
1 
~ 


1kll 
1kll +5---'11\1\••.. 
------_. 
'OPTION 
2 


280217-3 


Function 
Characteristic 
Sink Current 
(mA) 


Data 
Tri-State 
25 


Address 
Tri-State 
25 


Commands 
Tri-State 
25 


Equipment Supplied 


iSBC 80/10B Single Board Computer 
iSBC 80/10B Schematics 


Reference 
Manual 


9803119-01- 
iSBC 80/1 OBSingle Board Computer 
Hardware Reference Manual (NOT 
SUPPLIED). 


Manuals may be ordered from any Intel sales repre- 
sentative, distributor office or from Intel Literature 
Department, 3065 Bowers Avenue, Santa Clara, 
California 95051. 


ORDERING 
INFORMATION 
Part Number 
Description 
iSBC80/10B 
Single Board Computer 


inter 
iSBC® 80/20-4 
SINGLE BOARD COMPUTER 


• 
8080A CPU Used as Central 
Processor 


• 
4K Bytes of Static Read/Write 
Memory 


• 
Sockets 
for up to 8K Bytes of Erasable 
Reprogrammable 
or Masked 
Read Only 
Memory 


• 
48 Programmable 
Parallel I/O 
Lines 
with Sockets 
for Interchangeable 
Line 
Drivers and Terminators 


• 
Programmable 
Synchronous/ 
Asynchronous 
RS232C Compatible 
Serial Interface 
with Fully Software 
Selectable 
Baud Rate Generation 


• 
Full MUL TIBUS® Control 
Logic Allowing 


up to 16 Masters 
to Share System 
Bus 


• 
Two Programmable 
16-bit BCD and 


Binary Timers 


• 
Eight-Level 
Programmable 
Interrupt 


Control 


• 
Compatible 
with Optional 
Memory 
and 


110 Expansion 
Boards 


• 
Auxiliary 
Power 
Bus, Memory 
Protect, 


and Power-Fail 
Interrupt 
Control 
Logic 


Provided 
for Battery 
Backup RAM 


Requirements 


The iSBC 80/20-4 Single Board Computer is a member of Intel's complete line of OEM computer systems 
which take full advantage of Intel's LSI technology to provide economical, self-contained computer-based 
solutions for OEM applications. Each iSBC 80/20-4 is a complete computer system on a single 6.75 x 12.00- 
inch printed circuit card. The CPU, system clock, read/write memory, nonvolatile read only memory, I/O ports 
and drivers, serial communications interface, priority interrupt logic, two programmable timers, MULTIBUS 
control logic, and bus expansion drivers all reside on each board. 


inter 


Intel's powerful 8-bit n-channel MOS 8080A CPU, 
fabricated on a single LSI chip, is the central proces- 
sor for the iSBC 80/20-4. The 8080A contains six 8- 
bit general purpose registers and an accumulator. 
The six general purpose registers may be addressed 
individually or in pairs, providing both single and dou- 
ble precision operators. Minimum instruction execu- 
tion time is 1.86 microseconds. A block diagram of 
iSBC 80/20-4 functional components is shown in 
Figure 1. 


Memory Addressing 


The 8080A has a 16-bit program counter which al- 
lows direct addressing of up to 65,536 bytes of 
memory. An external stack, located within any por- 
tion of read/write memory, may be used as a last-in/ 
first-out storage area for the contents of the program 
counter, flags, accumulator, and all of the six gener- 
al purpose registers. A 16-bit stack pointer controls 
the addressing of this external stack. This stack pro- 
vides subroutine nesting bounded only by memory 
size. 


Memory Capacity 


The iSBC 80/20-4 contains 4K bytes of static read/ 
write memory using Intel low power static RAMs. All 
on-board 
RAM 
read 
and 
write 
operations 
are 
performed at maximum processor speed. Power for 
on-board RAM memory is provided on an auxiliary 
power bus, and memory protect logic is included for 
battery backup RAM requirements. Sockets for up to 
8K bytes of nonvolatile read only memory are pro- 


vided on the board. Read only memory may be add- 
ed in 1K byte increments using Intel 2708 erasable 
and electrically reprogrammable ROMs (EPROMs), 
or read only memory may be added in 2K byte incre- 
ments using Intel 2716 EPROMs. All on-board ROM 
read operations are performed at maximum proces- 
sor speed. 


The iSBC 80/20-4 contains 48 programmable paral- 
lel I/O 
lines implemented using two Intel 8255 
programmable peripheral interfaces. The system 
software is used to configure the I/O lines in any 
combination of the unidirectional input/output, and 
bidirectional ports indicated in Table 1. Therefore, 
the I/O interface may be customized to meet speci- 
fied peripheral requirements. In order to take full ad- 
vantage of the large number of possible I/O configu- 
rations, sockets are provided for interchangeable 
I/O line drivers and terminators. Hence, the flexibility 
of the I/O interface is further enhanced by the capa- 
bility of selecting the appropriate combination of op- 
tional line drivers and terminators to provide the re- 
quired sink current, polarity, and drive/termination 
characteristics for each application. The 48 pro- 
grammable I/O lines and signal ground lines are 
brought out to two 50-pin edge connectors that mate 
with flat, woven, or round cable. 


A programmable communications interface using In- 
tel's 
8251 
Universal Synchronous/Asynchronous 
Receiver/Transmitter (USART) is contained on the 
iSBC 80/20-4 
board. A software selectable baud 


• INTERRUPT 
ADDRESSBUS REQUESTUNO > 


DATAIUS 
I 
_ 
::iT': 
•• IUS 
CON1ROliUS 
---- 


Figure 1.ISBC@80/20 and ISBC@80/20·4 Block Diagram Showing Functional Components 
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rate generator provides the USART with all common 
communications frequencies. The USART can be 
programmed by the system software to select the 
desired asynchronous or synchronous serial data 
transmission technique (including IBM Bi-Sync). The 
mode of operation (Le., synchronous or asynchro- 
nous), data format, control character parity, and 
baud rate are all under program control. The 8251 
provides full duplex, double-buffered transmit and 
recieve capability. Parity, overrun, and framing error 
detection are all incorporated in the USART. The 
RS232C compatible interface on each board, in con- 
junction with the USART, provides a direct interface 
to RS232C compatible terminals, cassettes, and 
asynchronous 
and 
synchronous 
modems. 
The 


RS232C command lines, serial data lines, and signal 
ground line are brought out to a 26-pin edge connec- 
tor that mates with RS232C compatible flat or round 
cable. 


The iSBC 80/20-4 is a full computer on a single 
board with resources capable of supporting the ma- 
jority of OEM system requirements. For those appli- 
cations requiring additional processing capacity and 
the benefits of multiprocessing (Le., several CPUs 
and/or controllers logically share system tasks with 
communication over the system bus), the iSBC 
80/20-4 provides full MULTIBUS arbitration control 
logic. This control logic allows up to three iSBC 
80/20-4 or high speed controllers to share the sys- 
tem bus in serial (daisy chain) priority fashion, and 
up to 16 masters may share the system bus with the 


addition of an external priority network. Once bus 
control is attained, a bus bandwidth of up to 5M 
bytes/sec may be achieved. 


The bus controller provides its own clock which is 
derived independently from the processor clock. 
This allows different speed controllers to share re- 
sources on the same bus, and transfers via the bus 
proceed asynchronously. Thus, transfer speed is de- 
pendent on transmitting and receiving devices only. 
This design prevents slow master modules from be- 
ing handicapped in their attempts to gain control of 
the bus, but does not restrict the speed at which 
faster modules can transfer data via the same bus. 
Once a bus request is granted, single or multiple 
read/write transfers can proceed at a maximum rate 
of 5 million data words per second. The most obvi- 
ous applications for the master-slave capabilities of 
the 
bus are 
multiprocessor configurations, 
high 
speed direct-memory-access (DMA) operations and 
high speed peripheral control, but are by no means 
limited to these three. 


Programmable 
Timers 


The iSBC 80/20-4 board provides three fully pro- 
grammable and independent BCD and binary 16-bit 
interval timers/event counters utilizing an Intel 8253 
Programmable Interval Timer. Two of these timers/ 
counters are available to the systems designer to 
generate accurate time intervals under software 
control. Routing of these counters is jumper select- 
able. Each may be independently routed to the pro- 
grammable interrupt controller, the I/O line drivers 


Mode of Operation 


Lines 
Unidirectional 


Port 
(qty) 
Input 
Output 
Bidirectional 
Control 


Unlatched 
Latched 
& 
Latched 
Latched 
& 
Strobed 
Strobed 


1 
8 
X 
X 
X 
X 
X 
2 
8 
X 
X 
X 
X 


3 
4 
X 
X 
X(1) 


4 
X 
X 
X(1) 


4 
8 
X 
X 
X 
X 
X 
5 
8 
X 
X 
X 
X 


6 
4 
X 
X 
X(2) 


4 
X 
X 
X(2) 


NOTES: 
1. Part of port 3 must be used as a control 
port when 
either 
port 1 or port 2 are used as a latched 
and strobed 
input or a 
latched 
and strobed 
output 
port or port 1 is used as a bidirectional 
port. 
2. Part of port 6 must be used as a control 
port when 
either 
port 4 or port 5 are used as a latched 
and strobed 
input or a 
latched 
and strobed 
output 
port or port 4 is used as a bidirectional 
port. 


and terminators, 
or outputs 
from the 8255 program- 


mable 
peripheral 
interfaces. 
The third interval 
timer 


in the 8253 
provides 
the 
programmable 
baud 
rate 


generator 
for the iSBC 80/20-4 
RS232C 
USART se- 


rial port. In utilizing 
the iSBC 80/20-4, 
the systems 


designer 
simply configures, 
via software, 
each timer 


independently 
to meet system 
requirements. 
When- 


ever a given time delay or count is needed, 
software 


commands 
to the programmable 
timers/event 
coun- 


ters select the desired function. 
Seven functions 
are 


available, 
as shown in Table 2. The contents 
of each 


counter 
may be read at any time during system oper- 


ation with simple read operations 
for event counting 


applications, 
and special commands 
are included 
so 


that the contents 
of each counter 
can be used "on 


the fly." 
Table 2. Programmable 
Timer Functions 


Function 
Operation 


Interrupt on 
When terminal count is reached, 
terminal 
count 
an interrupt 
request is generated. 


This function 
is extremely 
useful 


for generation 
of real-time 
clocks. 


Programmable 
Output goes low upon receipt of 


one-shot 
an external trigger edge or 
software 
command 
and returns 


high when terminal 
count is 


reached. 
This function 
is 


retriggerable. 


Rate 
Divide by N counter. 
The output 


generator 
will go low for one input clock 
cycle, and the period from one 
low-going 
pulse to the next is N 


times the input clock period. 


Square-wave 
Output will remain high until one- 


rate generator 
half the count has been 
completed, 
and go low for the 


other half of the count. 


Software 
Output remains high until 


triggered 
software 
loads count (N). N 


strobe 
counts after count is loaded, 
output goes low for one input 
clock period. 


Hardware 
Output goes low for one clock 


triggered 
period N counts after rising edge 


strobe 
on counter 
trigger input. The 


counter 
is retriggerable. 


Event counter 
On a jumper selectable 
basis, the 


clock input becomes 
an input 


from the external 
system. CPU 


may read the number of events 
occurring 
after the counting 


"window" 
has been enabled 
or 


an interrupt 
may be generated 


after N events occur in the 
system. 


Interrupt Capability 


Operation 
and 
Priority 
Assignments-An 
Intel 


8259 
Programmabl~ 
Interrupt 
Controller 
(PIC) pro- 


vides vectoring 
for eight interrupt 
levels. As shown in 


Table 
3, 
a 
selection 
of 
four 
priority 
processing 


modes 
is available 
to the systems 
designer 
so that 


the manner 
in which requests 
are processed 
may be 


configured 
to match system requirements. 
Operating 


mode and priority assignments 
may be reconfigured 


dynamically 
via software 
at any time during 
system 


operation. 
The PIC accepts 
interrupt 
requests 
from 
the programmable 
parallel and serial I/O interfaces, 


the programmable 
timers, the system bus, or directly 


from peripheral 
equipment. 
The PIC then determines 


which of the incoming 
requests 
is of the highest 
pri- 


ority, 
determines 
whether 
this 
request 
is of higher 


priority than the level currently 
being serviced, 
and if 


appropriate, 
issues 
an 
interrupt 
to 
the 
CPU. 
Any 


combination 
of 
interrupt 
levels 
may 
be 
masked 


through 
storage 
via software, 
of a single byte to the 


interrupt 
register 
of the PIC. 
Table 3. Programmable 
Interrupt 
Modes 


Mode 
Operation 


Fully 
Interrupt 
request 
line priorities 


nested 
fixed at 0 as highest, 7 as lowest. 


Auto- 
Equal priority. Each level, after 


rotating 
receiving 
service, becomes 
the 


lowest priority level until the next 
interrupt 
occurs. 


Specific 
System software 
assigns lowest 


priority 
priority level. Priority of all other 
levels based in sequence 
numerically 
on this assignment. 


Polled 
System software 
examines 


priority-encoded 
system interrupt 


status via interrupt 
status register. 


Interrupt 
Addressing-The 
PIC 
generates 
a 


unique 
memory 
address 
for 
each 
interrupt 
level. 


These 
addresses 
are equally 
spaced 
at intervals 
of 


4 or 8 (software 
selectable) 
bytes. 
This 32- or 64- 


byte block may be located 
to begin at any 32- or 64- 


byte boundary 
in the 65,536-byte 
memory 
space. 
A 


single 
8080 
jump 
instruction 
at each 
of these 
ad- 


dressed 
then provides 
linkage 
to locate 
each inter- 


rupt 
service 
routine 
independently 
anywhere 
in 


memory. 


Interrupt 
Request 
Generation-Interrupt 
requests 


may originate 
from 26 sources. 
Four jumper 
select- 


able interrupt 
requests 
can be automatically 
gener- 


ated by the programmable 
peripheral 
interface 
when 


a byte of information 
is ready to be transferred 
to the 


CPU (Le., input buffer is full) or a byte of information 
has been transferred 
to a peripheral 
device (Le., out- 


put buffer is empty). Two jumper 
selectable 
interrupt 


requests 
can 
be 
automatically 
generated 
by the 


USART when a character 
is ready to be transferred 


to the CPU (Le., receive 
channel 
buffer 
is full), or a 


character 
is ready 
to be transmitted 
(Le., transmit 


channel 
data buffer 
is empty). 
A jumper 
selectable 


request 
can be generated 
by each of the program- 


mable timers. 
Nine additional 
interrupt 
request 
lines 


are available 
to the user for direct 
interface 
to user 


designated 
peripheral 
devices 
via the system 
bus, 
and eight interrupt 
request 
lines may be jumper 
rout- 
ed directly 
from peripherals 
via the parallel 
I/O driv- 
er/terminator 
section. 


Power-Fail 
Control-Control 
logic is also included 


for generation 
of a power-fail 
interrupt 
which 
works 


in conjunction 
with the AC-Iow signal from iSBC 635 


Power Supply or equivalent. 


Expansion Capabilities 


Memory 
and I/O capacity 
may be expanded 
and ad- 


ditional functions 
added using Intel MUL TIBUS com- 


patible 
expansion 
boards. 
High speed 
integer 
and 


floating-point 
arithmetic 
capabilities 
may be added 


by using 
the iSBC 310A 
High Speed 
Mathematics 


Unit. Memory 
may be expanded 
to 65,536 
bytes by 


adding 
user specified 
combinations 
of RAM boards, 
EPROM 
boards, 
or combination 
boards. 
Input/out- 


put capacity 
may be increased 
by adding digital I/O 


and analog 
I/O expansion 
boards. 
Mass storage 
ca- 


pability 
may be achieved 
by adding single or double 


density 
diskette 
controllers 
as subsystems. 
Modular 


expandable 
backplanes 
and card cages are available 


to support 
multiboard 
systems. 


Instruction: 
8, 16, or 24 bits 


Data: 8 bits 


NOTE: 


Basic 
instruction 
cycle 
is defined 
as 'the fastest 
in- 


struction 
(Le., four clock cycles). 


Memory Addressing 


On-Board 
ROM/EPROM-Q-OFFF 
(2708) 
or 


0-1 FFF (2716) 


On-Board 
RAM-4K 
bytes ending on a 16K bounda- 


ry (e.g., 3FFFH' 
7FFFH' 
BFFFH, ... 
FFFFH) 


Memory Capacity 


On-Board 
ROM/EPROM-8K 
bytes (sockets 
only) 


On-Board 
RAM-4K 
bytes 


Off-Board 
Expansion-Up 
to 65,536 
bytes 
in user 


specified 
RAM, ROM, and EPROM 


NOTE: 
ROM/EPROM 
may be added 
in 1K or 2K-byte 
in- 


crements. 


1/0 Addressing 


On-Board 
Programmable 
1/0 (see Table 
1) 


8255 
8255 
8255 
8255 
Port 
No.1 
No.2 
No.1 
No.2 
USART USART 


1 1213 
41516 
Control 
Control 
Data 
Control 


Address E41E51E6 EsIE91EA 
E7 
EB 
EC 
ED 


NOTE: 


Expansion 
to 504 input and 504 output 
lines can be 


accomplished 
using optional 
I/O boards. 


Synchronous-5-8 
bit characters; 
internal 
or exter- 


nal character 
synchronization; 
automatic 
sync inser- 


tion. 


Asynchronous-5-8 
bit characters; 
break character 


generation; 
1, 11f2, or 2 stop bits; false 
start bit de- 


tection. 


Frequency 
(kHz) 
Baud Rate (Hz) 
(Software 
Selectable) 
Synchronous 
Asynchronous 
+ 16 
+ 64 
153.6 
- 
9600 
2400 
76.8 
- 
4800 
1200 
38.4 
38400 
2400 
600 
, 
19.2 
19200 
1200 
300 
9.6 
9600 
600 
150 
4.8 
4800 
300 
75 
2.4 
2400 
150 
- 
1.76 
1760 
110 
- 


NOTE: 
Frequency selected by 110 write of appropriate 16-bit fre- 
quency factor to baud rate register. 


Register 
Address 
(hex 
notation, 
I/O 
address 
space) 


DE 
Baud rate register 


NOTE: 
Baud rate factor 
(16 bits) is loaded 
as two sequen- 
tial output 
operations 
to same address 
(DEH). 


Interrupts 


Register 
Addresses 
(hex 
notation, 
I/O 
address 
space) 


DA 
Interrupt 
request 
register' 


DA 
In-service 
register 
DB 
Mask register 
DA 
Command 
register 
DB 
Block address 
register 
DA 
Status 
(polling 
register) 


NOTE: 
Several 
registers 
have the same 
physical 
address; 
sequence 
of 
access 
and 
one 
data 
bit of control 
word determine 
which 
register 
will respond. 


Register 
Addresses 
(hex 
notation, 
I/O 
address 
space) 


OF 
Control 
register 
DC 
Timer 
1 
DO 
Timer 2 


NOTE: 
Timer counts 
loaded 
as two sequential 
output 
oper- 
ations to same address, 
as given. 


Reference 
Event Rate 


1.0752 MHz ± 10% 
1.1 MHzmax 
(0.930 /Ls period, nominal) 


NOTE: 
Maximum rate for external events in event counter func- 
tion. 


Bus: All signals TIL 
compatible 
Parallel 
I/O: All signals TIL 
compatible 
Interrupt 
Requests: 
All TIL 
compatible 
Timer: All signals compatible 
Serial I/O: 
RS232C 
compatible, 
data set 
configuration 


Auxiliary Power 


An auxiliary power bus is provided 
to allow separate 
power to RAM for systems 
requiring 
battery 
backup 
of read/write 
memory. 
Selections 
of this 
auxiliary 
RAM power bus is made via jumpers 
on the board. 


Memory Protect 


An active-low TIl 
compatible memory protect signal 


is brought out on the auxiliary connector which, 
when asserted, disables read/write access to RAM 
memory on the board. This input is provided for the 
protection of RAM contents during system power- 
down sequences. 


Double- 
Centers 
Interface 
Sided 
Pins 
(In.) 
Mating 
Connectors· 


(qty) 


MULTIBUs 
86 
0.156 
ELFAB Bs1562043PBB 


System 
Viking 2KH43/9AMK12 


Bus 
Soldered 
PCB Mount 
EOAC 337086540201 


ELFAB BW1562043PBB 
EOAC 337086540202 
ELFAB BW1562A43PBB 
Wire Wrap 


Auxiliary 
60 
0.100 
EOAC 345060524802 


Bus 
ELFAB Bsl020A30PBB 
EOAC 345060540201 
ELFAB BW1020030PBB 
Wire Wrap 


Parallel 
I/O 
50 
0.100 
3M 3415-001 
Flat Crimp 


(2) 
GTE Sylvania 
6AD01251 A 100 
Soldered 


Serial I/O 
26 
0.100 
AMP 15837151 
EOAC 345026520202 
PCB Soldered 
3M 3462-0001 
AMP 88373-5 
Flat Crimp 


NOTE: 
·Connectors 
compatible 
with 
those 
listed 
may 
also 
be 


used. 


Line Drivers and Terminators 


I/O Drivers-The 
following line drivers are all com- 


patible with the 110 driver sockets on the Isse 
80/20-4. 


Driver 
Characteristic 
Sink Current (mA) 


7438 
I,oe 
48 


7437 
I 
48 
7432 
NI 
16 


7426 
I,oe 
16 


7409 
Nl,Oe 
16 


7408 
NI 
16 


7403 
I,oe 
16 


7400 
I 
16 


NOTE: 


1 = inverting; 
NI = non-inverting; 
OC = open 
collector. 


Ports 1 and 4 have 20 mA totem-pole bidirectional 
drivers and 1 kn terminators. 


I/O Termlnators-220n/330n 
divider or 1 kn pull- 


up 


L~TION' 


Driver 
Characteristic 
Sink Current (mA) 


Data 
Tri-State 
50 


Address 
Tri-State 
50 


Commands 
Tri-State 
32 


Single 
Timer/Counter 
Dual Timer/Counter 
Function 
(Two 
Timers 
Cascaded) 


Mln 
Max 
Mln 
Max 


Real-Time 
Interrupt 
1.86 "'S 
60.948 
ms 
3.72 "'S 
1.109 hr 


Programmable 
One-Shot 
1.86 "'S 
60.948 
ms 
3.72 "'S 
1.109 hr 


Rate Generator 
16.407 Hz 
537.61 kHz 
0.00025 
Hz 
268.81 
kHz 


Square-Wave 
Rate Generator 
16.407 Hz 
537.61 
kHz 
0.00025 
Hz 
268.31 
kHz 


Software 
Triggered 
Strobe 
1.86",s 
60.948ms 
3.72 "'S 
1.109 hr 


Hardware 
Triggered 
Strobe 
1.86 "'S 
60.948ms 
3.72 "'S 
1.109 hr 


inter 


Physical Characteristics 
Width: 
12.00 in. (30.48 cm) 


Height: 
6.75 in. (17.15 cm) 


Depth: 
0.50 in. (1.26 cm) 


Weight: 14 oz. (397.6 gm) 


9800317D-iSBC 
80/20-5 
Hardware 
Reference 


Manual 
(NOT SUPPLIED) 


Reference 
manuals 
are shipped 
with each 
product 


only if designated 
SUPPLIED 
(see above). 
Manuals 


may be ordered 
from any Intel sales representative, 


distributor 
office or from Intel Literature 
Department, 


3065 Bowers Avenue, 
Santa Clara, California 95051. 


Part Number 


SBC 80/20-4 


Description 


Single Board Computer 
with 4K 


bytes RAM 


Electrical Characteristics 


DC POWER 
REQUIREMENTS 


Voltage 
Without 
Wlth4K 
With 
RAM 
Wlth8K 


PROM(l) 
PROM(2) 
ISBC 530(3) 
Only(4) 
PROM(5) 
(±5%) 
(max) 
(max) 
(max) 
(max) 
(max) 


Vcc = +5V 
Icc = 4.0A 
4.9A 
4.9A 
1.lA 
5.2A 
Voo = +12V 
100 = 90mA 
350mA 
450mA 
- 
90mA 
VBB = -5V 
IBB = 2mA 
160mA 
160mA 
- 
2mA 
VAA = -12V 
IAA = 20mA 
20mA 
120mA 
- 
20mA 


NOTES: 
1. Does not include 
power 
required 
for optional 
PROM, 
1/0 drivers, 
and 1/0 terminators. 


2. With four 2706 
EPROMs 
and 2200/3300 
input terminators 
installed 
for 32 1/0 lines, all terminator 
inputs 
low. 


3. With four 2708 
EPROMs, 
2200/3300 
input terminators 
installed 
for 32 1/0 lines, all terminator 
inputs 
low, and iSSG 530 


Teletypewriter 
Adapter 
drawing 
power 
from serial 
port connector. 
4. RAM chips 
powered 
via auxiliary 
power 
bus. 
5. With four 8716 
EPROMs 
and eight 2200/3300 
input terminators 
installed, 
all terminator 
inputs 
low. 


iSBC® 80/24A 
SINGLE BOARD COMPUTER 


• 
Upward 
Compatible 
with iSBC 80120-4 
Single Board Computer 


• 
8085A-2 
CPU Operating 
at 4.8 or 2.4 
MHz 


• 
Two ISBXTM Bus Connectors 
for iSBX 
MUL TIMODULETM 
Board Expansion 


• 
8K Bytes of Static Read/Write 
Memory 


• 
Sockets 
for Up to 32K Bytes of Read 
Only Memory 


• 
48 Programmable 
Parallel I/O 
Lines 
with Sockets 
for Interchangeable 
Line 
Drivers and Terminators 


• 
Programmable 
Synchronous/ 
Asynchronous 
RS232C 
Compatible 
Serial Interface 
with Software 
Selectable 
Baud Rates 


• 
Full MUL TIBUS® 
Control 
Logic for 
Multimaster 
Configurations 
and System 
Expansion 


• 
Two Programmable 
16-Blt BCD or 
Binary Timers/Event 
Counters 


• 
12 Levels of Programmable 
Interrupt 
Control 


• 
Auxiliary 
Power 
Bus, Memory 
Protect, 
and Power-Fail 
Interrupt 
Control 
Logic 
Provided 
for Battery 
Backup 
RAM 
Requirements 


The Intel 80/24A 
Single Board Computer 
is a member 
of Intel's complete 
line of OEM microcomputer 
systems 
which 
take 
full advantage 
of Intel's 
LSI technology 
to provide 
economical, 
self-contained 
computer-based 
solutions 
for OEM applications. 
The iSBC 80/24A 
board 
is a complete 
computer 
system 
on a single 
6.7 x 


12.00-inch 
printed 
circuit 
card. The CPU, system 
clock, 
iSBX bus interface, 
read/write 
memory, 
read only 
memory 
sockets, 
I/O ports and drivers, 
serial communications 
interface, 
priority interrupt 
logic, and program- 
mable timers all reside on the board. Full MUL TIBUS interface 
logic is included 
to offer compatibility 
with the 
Intel OEM Microcomputer 
Systems 
family of Single Board Computers, 
expansion 
memory 
options, 
digital and 
analog 
I/O expansion 
boards, 
and peripheral 
and communications 
controllers. 


inter 


Central Processing 
Unit 


Intel's 
powerful 
8-bit N-channel 
8085A-2 
CPU fabri- 
cated 
on a single 
LSI chip, is the central 
processor 
for the iSBC 80/24A 
board operating 
at either 4.8 or 
2.4 MHz Gumper selectable). 
The 8085A-2 
CPU is 
directly 
software 
compatible 
with 
the 
Intel 
8080A 
CPU. The 
8085A-2 
contains 
six 8-bit 
general 
pur- 
pose registers 
and an accumulator. 
The six general 
purpose 
registers 
may be addressed 
individually 
or 
in pairs, providing 
single and double precision 
opera- 
tors. 
Minimum 
instruction 
execution 
time 
is 
826 
nanoseconds. 
A block diagram 
of the iSBC 80/24A 
functional 
components 
is shown 
in Figure 
1. 


The iSBX bus interface 
brings designers 
incremental 
on-board 
expansion 
at minimal 
cost. Two iSBX bus 
MUL TIMODULE 
connectors 
are provided 
for plug-in 
expansion 
of any iSBX MUL TIMODULE 
board. The 
iSBX MUL TIMODULE 
concept 
provides 
the ability to 
adapt 
quickly 
to new technology, 
the 
economy 
of 
buying only what is needed, 
and the ready availabil- 
ity of a spectrum 
of functions 
for greater 
application 
potential. 
iSBX boards 
are available 
to provide 
ex- 
pansion 
equivalent 
to the I/O available 
on the iSBC 
80/24A 
board 
or the 
user 
may 
configure 
entirely 
new functionality, 
such as math, directly 
on board. 


The 
iSBX 
350 
Parallel 
I/O 
MUL TIMODULE 
board 
provides 
241/0 
lines using an 8255A Programmable 
Peripheral 
Interface. 
Therefore 
two iSBX 350 mod- 
ules together 
with the iSBC 80/24A 
board may offer 
96 lines of programmable 
I/O. 
Alternately, 
a serial 
port 
may be added 
using the iSBX 351 
Serial 
I/O 
MUL TIMODULE 
board and math may be configured 
on-board 
with 
the 
iSBX 
331 
Fixed/Floating 
Point 
Math MUL TIMODULE 
board. 
Future 
iSBX products 
are also planned. 
The iSBX MUL TIMODULE 
board 
is a logical extension 
of the on-board 
programmable 
I/O 
and 
is accessed 
by the 
iSBC 
80/24A 
single 
board computer 
as common 
I/O port locations. 
The 
iSBX board 
is coupled 
directly 
to the 8085A-2 
CPU 
and therefore 
becomes 
an integral 
element 
of the 
iSBC 80/24A 
single 
board 
computer 
providing 
opti- 
mum performance. 
All MUL TIMODULE 
boards 
offer 
incremental 
expansion, 
optimum 
performance, 
and 
minimal 
cost. 


Memory Addressing 


The 
8085A-2 
has a 16-bit 
program 
counter 
which 
allows direct addressing 
of up to 64K bytes of mem- 
ory. An external 
stack, 
located 
within 
any portion 
of 
read/write 
memory, 
may be used as a last-in/first- 
out 
storage 
area 
for the 
contents 
of the 
program 
counter, 
flags, accumulator, 
and all of the six gener- 
al purpose 
registers. 
A 16-bit stack 
pointer 
controls 
the addressing 
of this external 
stack. This stack pro- 
vides 
subroutine 
nesting 
bounded 
only 
by memory 
size . 
.. 
PROORAM"".U 
'''MUlL 
1/0 ONES 


Figure 
1. iSBC<8>80/24A Single 
Board 
Computer 
Block 
Diagram 
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Memory Capacity 


The iSBC 80/24A board contains 8K bytes of static 
read/write memory using an 8K x 8 SRAMs. All 
RAM read and write operations are performed at 
maximum processor speed. Power for the on-board 
RAM may be provided on an auxiliary power bus, 
and memory protect logic is included for RAM bat- 
tery backup requirements. 


Four sockets are provided for up to 32K bytes of 
nonvolatile read only memory on the iSBC 80/24A 
board. EPROM may be added as shown with white- 
out and 2732A. 


The iSBC 80/24A board contains 48 programmable 
parallel I/O lines implemented using two Intel 8255A 
Programmable Peripheral Interfaces. The system 
software is used to configure the I/O lines in any 
combination of unidirectional input/output and bidi- 
rectional ports as indicated in Table 1. Therefore, 
the I/O interface may be customized to meet specif- 
ic peripheral requirements. In order to take full ad- 
vantage of the large number of possible I/O configu- 
rations, sockets are provided for interchangeable 
I/O line drivers and terminators. Hence, the flexibility 
of the I/O interface is further enhanced by the capa- 
bility of selecting the appropriate combination of op- 
tional line drivers and terminators to provide the re- 
quired sink current, polarity, and drive/termination 
characteristics for each application. The 48 pro- 
grammable I/O lines and signal ground lines are 


brought out to two 50-pin edge connectors that mate 
with flat, woven, or round cables. 


A programmable communications interface using 
the Intel 8251A Universal Synchronous/ Asynchro- 
nous Receiver/Transmitter (USART) is contained on 
the iSBC 80/24A board. A software selectable baud 
rate generator provides the USART with all common 
communication frequencies. The USART can be 
programmed by the system software to select the 
desired asynchronous or synchronous serial data 
transmission technique (including IBM Si-Sync). The 
mode of operation (i.e. synchronous or asynchro- 
nous), data format, control character format, parity, 
and baud rate are all under program control. The 
8251A provides full duplex, double buffered transmit 
and receive capability. Parity, overrun, and framing 
error detection are all incorporated in the USART. 
The RS232C compatible interface, in conjunction 
with the USART, provides a direct interface to 
RS232C compatible terminals, cassettes, and asyn- 
chronous and synchronous modems. The RS232C 
command lines serial data lines, and signal ground 
line are brought out to a 26-pin edge connector that 
mates with RS232C compatible flat or round cable. 


Multimaster 
Capability 


The iSBC 80/24A board is a full computer on a sin- 
gle board with resources capable of supporting a 
large variety of OEM system requirements. For 


Mode of Operation 


Lines 
Unidirectional 


Port 
(qty) 
Input 
Output 
Control 
Bidirectional 
Unlatched 
Latched & 
Latched 
Latched & 
Strobed 
Strobed 


1 
8 
X 
X 
X 
X 
X 
2 
8 
X 
X 
X 
X 


3 
4 
X 
X 
Xl 


4 
X 
X 
Xl 


4 
8 
X 
X 
X 
X 
X 


5 
8 
X 
X 
X 
X 


6 
4 
X 
X 
X2 


4 
X 
X 
X2 


NOTES: 
1. Part of port 3 must be used as a control 
port when 
either 
port 
1 or port 2 are used as a latched 
and strobed 
input or a 
latched 
and strobed 
output 
port or port 1 is used as a bidirectional 
port. 
2. Part of port 6 must be used as a control 
port when 
either 
port 4 or port 5 are used as a latched 
and strobed 
input or a 
latched 
and strobed 
output 
port or port 4 is used as a bidirectional 
port. 


inter 


those applications requIring additional processing 
capacity and the benefits of multiprocessing (Le. 
several CPUs and/or controllers logically sharing 
system tasks through communication over the sys- 
tem bus), the iSBC 80/24A board provides full MUL- 
TIBUS arbitration control logic. This control logic al- 
lows up to three iSBC 80/24A boards or other bus 
masters to share the system bus in serial (daisy 
chain) priority fashion, and up to 16 masters to share 
the MULTIBUS system bus with the addition of an 
external priority network. The MULTIBUS arbitration 
logic operates synchronously with a MULTIBUS 
clock (provided by the iSBC 80/24A board or option- 
ally connected directly to the MULTIBUS clock) 
while data is transferred via a handshake between 
the master and slave modules. This allows different 
speed controllers to share resources on the same 
bus since transfers via the bus proceed asynchro- 
nously. Thus, transfer speed is dependent on trans- 
mitting and receiving devices only. This design pro- 
vides slow master modules from being handicapped 
in their attempts to gain control of the bus, but does 
not restrict the speed at which faster modules can 
transfer data via the same bus. The most obvious 
applications for the master-slave capabilities of the 
bus are multiprocessor configurations, high speed 
direct memory access (DMA) operations, and high 
speed peripheral control, but are by no means limit- 
ed to these three. 


.Programmable 
Timers 


The iSBC 80/24A 
board provides three indepen- 
dent, fully programmable 16-bit interval timers/event 
counters utilizing the Intel 8254 Programmable Inter- 
val Timer. Each counter is capable of operating in 
either BCD or binary modes. Two of these timers/ 
counters are available to the systems designer to 
generate accurate time intervals under software 
control. Routing for the outputs and gate/trigger in- 
puts of two of these counters is jumper selectable. 
The outputs may be independently routed to the 
8259A Programmable Interrupt Controller, to the I/O 
line drivers associated with the 8255A Programma- 
ble Peripheral Interface, or may be routed as inputs 
to the 8255A chip. The gate/trigger inputs may be 
routed to I/O terminators associated with the 8255A 
or as output connections from the 8255A. The third 
interval timer in the 8254 provides the programma- 
ble baud rate generator for the RS232C USART seri- 
al port. In utilizing the iSBC 80/24A board, the sys- 
tems designer simply configures, via software, each 
timer independently to meet system requirements. 
Whenever a given time delay or count is needed, 
software commands to the programmable timers/ 
event counters select the desired function. Seven 
functions are available, as shown in Table 2. The 
contents of each counter may be read at any time 
during system operation with simple read operations 
for event counting applications, and special com- 


mands are included so that the contents of each 
counter can be read "on the fly". 


Function 
Operation 


Interrupt on 
When terminal count is 


terminal 
reached, an interrupt request 


count 
is generated. This function is 
extremely useful for 
generation of real-time clocks. 


Programmable 
Output goes low upon receipt 


one-shot 
of an external trigger edge or 
software command and 
returns high when terminal 
count is reached. This 
function is retriggerable. 


Rate generator 
Divide by N counter. The 
output will go low for one input 
clock cycle, and the period 
from one low-going pulse to 
the next is N times the input 
clock period. 


Square-wave 
Output will remain high until 


rate generator 
one-half the count has been 
completed, and go low for the 
other half of the count. 


Software 
Output remains high until 


triggered 
software loads count (N). N 


strobe 
counts after count is loaded, 
- 
output goes low for one input 
clock period. 
Hardware 
Output goes low for one clock 


triggered 
period N counts after rising 


strobe 
edge on counter trigger input. 
The counter is retriggerable. 


Event counter 
On a jumper selectable basis, 
the clock input becomes an 
input from the external 
system. CPU may read the 
number of events occuring 
~fter the counting "window' 
has been enabled or an 
interrupt may be generated 
after N events occur in the 
system. 


Interrupt Capability 


The iSBC 80/24A board provides vectoring for 12 
interrupt levels. Four of these levels are handled di- 
rectly by the interrupt processing capability of the 
8085A·2 CPU and represent the four highest priority 
interrupts of the iSBC BO/24A board. Requests are 
routed to the 80B5A·2 interrupt inputs-TRAP, 
RST 


7.5, RST 6.5, and RST 5.5 (in decreasing order of 
priority), each of which generates a call instruction to 


a unique address (TRAP: 24H; RST 7.5: 3CH; RST 
6.5: 34H; and RST 5.5: 2CH). An 8085A-2 JMP in- 
struction at each of these addresses then provides 
linkage to interrupt service routines located indepen- 
dently anywhere in memory. All interrupt inputs with 
the exception of the trap interrupt may be masked 
via software. The trap interrupt should be used for 
conditions such as power-down sequences which 
require immediate attention by the 8085A-2 CPU. 
The Intel 8259A Programmable Interrupt Controller 
(PIC) provides vectoring for the next eight interrupt 
levels. As shown in Table 3, a selection of four priori- 
ty processing modes is available to the systems de- 
signer for use in designing request processing con- 
figurations to match system requirements. Operating 
mode and priority assignments may be reconfigured 
dynamically via software at any time during system 
operation. The PIC accepts interrupt requests from 
the programmable parallel and serial I/O interfaces, 
the programmable timers, the system bus, iSBX bus, 
or directly from peripheral equipment. The PIC then 
determines which of the incoming requests is of the 
highest priority, determines whether this request is 
of higher priority than the level currently being serv- 
iced, and, if appropriate, issues an interrupt to the 
CPU. Any combination of interrupt levels may be 
masked, via software, by storing a single byte in the 
interrupt mask register of the PIC. The PIC gener- 
ates a unique memory address for each interrupt 
level. These addresses are equally spaced at inter- 
vals of 4 or 8 (software selectable) bytes. This 32 or 
64-byte block may be located to begin at any 32 or 
64-byte boundary in the 65,536-byte memory space. 
A single 8085A-2 JMP instruction at each of these 
addresses then provides linkage to locate each in- 
terrupt service routine independently anywhere in 
memory. 


Mode 
Operation 


Fully nested 
Interrupt request line priorities 
fixed at 0 as highest, 7 as 
lowest. 


Autorotating 
Equal priority. Each level, after 
receiving service, becomes 
the lowest priority level until 
next interrupt occurs. 
Specific 
System software assigns 


priority 
lowest priority level. Priority of 
all other levels based in 
sequence numerically on this 
assignment. 


Polled 
System software examines 
priority-encoded system 
interrupt status via interrupt 
status register. 


Interrupt requests may originiate from 23 sources. 
Two jumper selectable interrupt requests can be 
generated by each iSBX MULTIMODULE board. 
Two jumper selectable interrupt requests can be au- 
tomatically generated by each programmable pe- 
ripheral interface when a byte of information is ready 
to be transferred to the CPU (Le., input buffer is full) 
or a byte of information has been transferred to a 
peripheral device (Le.,output buffer is empty). Three 
jumper selectable interrupt requests can be auto- 
matically generated by the USART when a character 
is ready to be transferred to the CPU (Le., receiver 
channel buffer is full), a character is ready to be 
transmitted (Le., the USART is ready to accept a 
character from the CPU), or when the transmitter is 
empty (Le., the USART has no character to trans- 
mit). A jumper selectable request can be generated 
by each of the programmable timers. Nine interrupt 
request lines are available to the user for direct inter- 
face to user designated peripheral devices via the 
MULTIBUS system bus. A power-fail signal can also 
be selected as an interrupt source. 


A power-fail interrupt may be detected through the 
AC-Iow signal generated by the power supply. This 
signal may be configured to interrupt the 8085A-2 
CPU to initiate an orderly power down instruction se- 
quence. 


MUL TIBUS® System Expansion 
Capabilities 


Memory and I/O capacity may be expanded and ad- 
ditional functions added using Intel MULTIBUS sys- 
tem compatible expansion boards. Memory may be 
expanded to 65,536 bytes by adding user specified 
combinations of RAM boards, EPROM boards, or 
combination boards. Input/output capacity may be 
increased by adding digital I/O and analog I/O ex- 
pansion boards. Mass storage capability may be 
achieved by adding single or double density diskette 
or hard disk controllers as subsystems. Expanded 
communication needs can be handled by communi- 
cation controllers. Modular expandable backplanes 
and card cages are available to support multiboard 
systems. 


Instruction- 
8, 16 or 24 bits 


Data 
- 
8 bits 


826 ns (4.84 MHz operating 
frequency) 


1.65 f.Ls (2.42 MHz operating 
frequency) 


NOTE: 
Basic instruction 
cycle 
is defined 
as the fastest 
in- 
struction 
(Le., four clock cycles). 


ON-BOARD 
EPROM 


O-OFFF using 2708, 2758 (1 wait state) 


0-1FFF 
using 2716 (1 wait state) 


0-3FFF 
using 2732 (1 wait state) 


using 2732A 
(no wait states) 


0-7FFF 
using 2764A 
(no wait states) 


ON-BOARD 
RAM 


EOOO-FFFF 


NOTE: 
Default 
configuration-may 
be reconfigured 
to top 
end of any 16K boundary. 


ON-BOARD 
EPROM 


32K bytes (sockets 
only) 


May be added in 1K (using 2708 or 2758), 2K (using 
2716), 
4K 
(using 
Intel 
2732A), 
or 8K 
(using 
Intel 
2764A) 
byte increments. 


ON-BOARD 
RAM 


8K bytes 


Up to 64K bytes using user specified 
combinations 
of RAM, ROM, and EPROM. 


Up to 128K bytes using bank select 
control 
via I/O 
port and 2 jumper 
options. 


May be disabled 
using PROM 
ENABLE 
via I/O port 
and jumper 
option, 
resulting 
in off-board 
RAM over- 
lay capability. 


Device 
110 Address 


8255A No.1 
Port A 
E4 
Port B 
E5 
Port C 
E6 
Control 
E7 


8255A No.2 
PortA 
E8 
Port B 
E9 
Port C 
EA 
Control 
EB 


8251A 
Data 
EC,EE 
Control 
ED, EF 


iSBX MUL TIMODULE 
J5 
MCSO 
CO-C7 
MCS1 
C8-CF 


iSBX MUL TIMODULE 
J6 
MCSO 
FO-F7 
MCS1 
F8-FF 


Parallel 


Serial 


- 
48 programmable 
lines 


- 
1 transmit, 
1 receive, 
1 SID, 


1 SOD 


iSBX MUL TIMODULE- 
2 
iSBX 
MUL TIMODULE 
Boards 


inter 


Synchronous - 
5-8 
bit characters; internal or ex- 


ternal 
character 
synchronization; 


automatic sync insertion 


Asynchronous- 
5-8 
bit characters; break charac- 


ter generation; 1, 1Y:z. or 2 stop 
bits; false start bit detectors 


Output 
Baud Rate (Hz) 


Frequency 
In kHz 
Synchronous 
Asynchronous 


+16 
+64 


153.6 
- 
9600 
2400 


76.8 
- 
4800 
1200 


38.4 
38400 
2400 
600 


19.2 
19200 
1200 
300 


9.6 
9600 
600 
150 


4.8 
4800 
300 
75 


2.4 
2400 
150 
- 


1.76 
1760 
110 
- 


NOTE: 
Frequency selected by I/O write of appropriate 16-bit fre- 
quency factor to baud rate register. 


Register 
Address 
(hex 
notation, 
I/O 
address 


space) 


NOTE: 


Baud rate factor (16 bits) is loaded as two sequen- 
tial output operations to same address (DEH). 


Interrupts 


Addresses 
for 8259A 
Registers 
(hex notation, I/O 


address space) 
DA or D8 
Interrupt request register 
DA or D8 
In-service register 


DB or D9 
Mask register 
DA or D8 
Command register 


DB or D9 
Block address register 


DA or D8 
Status (polling register) 


NOTE: 


Several registers have the same physical address; 
sequence of access and one data bit of control 
word determine which register will respond. 


Interrupt levels routed to 8085A-2 CPU automatically 
vector the processor to unique memory locations: 


Interrupt 
Memory 
Priority 
Type 
Input 
Address 


TRAP 
24 
Highest 
Non-maskable 


RST7.5 
3C 
.L. 
Maskable 


RST6.5 
34 
Maskable 


RST5.5 
2c 
Lowest 
Maskable 


Register 
Addresses 
(hex notation. I/O address 


space) 
DF 
Control register 
DC 
Timer 0 
DD 
Timer 1 
DE 
Timer 2 


NOTE: 


Timer counts loaded as two sequential output oper- 
ations to same address as given. 


Output Frequencies/Timing 
Intervals 


Single 
Dual Timer/Counter 


Function 
Timer/Counter 
(Two Timers 
Cascaded) 


Mln 
Max 
Mln 
Max 


Real-Time Interrupt 
1.86/Ls 
60.948 ms 
3.72/Ls 
1.109 hrs 
Programmable One-Shot 
1.86/Ls 
60.948 ms 
3.72/Ls 
1.109 hrs 
Rate Generator 
16.407 Hz 537.61 kHz 0.00025 Hz 268.81 kHz 
Square-Wave Rate Generator 16.407 Hz 537.61 kHz 0.00025 Hz 268.81 kHz 
Software Triggered Strobe 
1.86/LS 
60.948 ms 
3.72/Ls 
1.109 hrs 
Hardware Triggered Strobe 
1.86/LS 
60.948 ms 
3.72/LS 
1.109 hrs 


NOTE: 
Input frequency to timers is 1.0752 MHz (default configuration). 


inter 


Input Frequencies 


Reference: 
1.0752 
MHz 
± 0.1 % (0.930 
/Ls period, 
nominal) 


- 
All signals TTL compatible 


- 
All signals TTL compatible 


- 
All signals TTL compatible 


- 
RS232C 
compatible, 
configu- 
rable as a data set or data ter- 
minal 


Timer 
- 
All signals TTL compatible 


Interrupt 
Requests- 
All TTL compatible 


MULTIBUS 


iSBX Bus 


Parallel I/O 


Serial I/O 


Auxiliary Power 


An auxiliary 
power bus is provided 
to allow separate 
power to RAM for systems 
requiring 
battery 
backup 
of 
read/write 
memory. 
Selection 
of 
this 
auxiliary 
RAM power 
bus is made via jumpers 
on the board. 


An active-low 
TTL compatible 
memory protect 
signal 
is brought 
out 
on 
the 
auxiliary 
connector 
which, 
when asserted, 
disables 
read/write 
access 
to RAM 
memory 
on the board. This input is provided 
for the 
protection 
of RAM 
contents 
during 
system 
power- 
down sequences. 


Line Drivers and Terminators 
I/O Driver- 
The following 
line drivers 
and termina- 
tors are all compatible 
with the I/O driv- 
er sockets 
on the iSBC 80/24A 
Board: 


Driver 
Characteristic 
Sink Current 
(mA) 


7438 
I,OC 
48 
7437 
I 
48 
7432 
NI 
16 
7426 
I,OC 
16 
7409 
NI,OC 
16 
7408 
NI 
16 
7403 
I,OC 
16 
7400 
I 
16 


NOTE: 
I = inverting; 
NI = non-inverting; 
OC = open collector. 


Ports E4 and E8 have 32 mA totem-pole 
drivers and 
1K terminators. 


I/O Terminators-220!l/330!l 
divider 
of 1 k!l 
pull- 
up. 


Interface 
Double-Sided 
Centers 
Mating 
Connectors" 
Pins (qty) 
(In.) 


MULTIBUS 
86 
0.156 
ELFAB BS1562043PBB 
System Bus 
Viking 2KH43/9AMK12 
Soldered 
PCB Mount 
EDAC 337086540201 
ELFAB BW1562D43PBB 
EDAC 337086540202 
ELFAB BW1562A43PBB 
Wire Wrap 


Auxiliary 
Bus 
60 
0.100 
EDAC 345060524802 
ELFAB BS1020A30PBB 
EDAC 345060540201 
ELFAB BW1020D30PBB 
Wire Wrap 


iSBX Bus (2) 
36 
0.100 
iSBX 960-5 


Parallel I/O (2) 
50 
0.100 
3M 3415-001 
Flat Crimp 
GTE Sylvania 6AD01251A1DD 
Soldered 


Serial I/O 
26 
0.100 
AMP 15837151 
EDAC 345026520202 
PCB Soldered 
3M 3462-0001 
AMP 88373-5 
Flat Crimp 


"NOTE: 
Connectors 
compatible 
with those 
listed 
may also be used. 


3-23 


2200/3300 OPTION 1 
2200 
HV 
; 
L 
r 


Function 
Characteristic 
Sink Current (mA) 


Data 
Tri·State 
32 
Address 
Tri·State 
32 
Commands 
Tri·State 
32 


Physical Characteristics 


Width: 
12.00 in. (30.48 em) 
Height: 6.75 in. (17.15 em) 


Depth: 
0.50 in. (1.27 em) 
Weight: 12.64 oz. (354 gm) 


lkOOPTI0N2 


+5Y 


Current Requirements 


Configuration 
Vcc = +5V 
Voo = +12V 
VBB = -5V 
VAA = -12V 
±5% (max) 
±5% (max) 
±5% (max) 
±5% (max) 


Without 
2.66A 
40mA 
20mA 
EPROM(1) 
- 


RAMOnly(2) 
0.01A 
- 
- 
- 


With 
2.66A 
140 mA 
120 mA 
iSBC 530(3) 
- 


With4K 
EPROM(4) 
3.28A 
300 mA 
180 mA 
20mA 
(using 2708) 


With4K 
EPROM(4) 
3.44A 
40mA 
- 
20mA 
(using 2758) 


With8K 
EPROM(4) 
3.44A 
40mA 
- 
20mA 
(using 2716) 


With 16K 
EPROM(4) 
3.46A 
40mA 
- 
20mA 
(using 2732A) 


With 32K 
EPROM(4) 
3.42A 
40mA 
- 
20mA 
(using 2764A) 


NOTES: 
1. Does not include power for optional EPROM, I/O drivers, and I/O terminators. 
2. RAM chips powered via auxiliary power bus. 
3. Does not include power for optional EPROM, I/O drivers, I/O terminators. Power for iSBC 530 
Adapter is supplied via serial port connector. 
4. Includes power required for four EPROM chips, and I/O terminators installed for 16 1/0 lines; all 
terminators inputs low. 


inter 


Reference 
Manual 


148437-001- iSBC 80/24A Single Board Computer 


Hardware Reference Manual (NOT 
SUPPLIED) 


Manuals may be ordered from any Intel sales repre- 
sentative, distributor office or from Intel Literature 
Department, 3065 Bowers Avenue, Santa Clara, 
California 95051. 


ORDERING 
INFORMATION 
Part Number Description 
SBC 80/24A 
Single Board Computer 


inter 
iSBC® 80/30 
SINGLE BOARD COMPUTER 
• 8085A CPU Used as Central Processing 
• Programmable Synchronous/ 
Unit 
Asynchronous RS232CCompatible 
• 16K Bytes of Dual Port Dynamic Read/ 
Serial Interface with Fully Software 


Write Memory with On-Board Refresh 
Selectable Baud Rate Generation 
• Sockets for up to 8K Bytes of Read 
• 12 Levels of Programmable Interrupt 


Only Memory 
Control 
• Sockets for 8041A/8741A Universal 
• Two Programmable 16-Blt BCD or 


Peripheral Interface and 
Binary Counters 


Interchangeable Line Drivers and Line 
• Auxiliary Power Bus, Memory Protect, 


Terminators 
and Power-Fail Interrupt Control Logic 
• 24 Programmable Parallel 110 Lines 
for RAM Battery Backup 


with Sockets for Interchangeable Line 
• Compatible with Optional iSBC®80 


Drivers and Terminators 
CPU, Memory, and I/O Expansion 
• Full MULTIBUS® Control Logic Allowing 
Boards 


up to 16 Masters to Share the System 


The iSBC 80/30 
Single Board Computer 
is a member of Intel's complete 
line of OEM computer 
systems 
which 


take full advantage 
of Intel's 
LSI technology 
to provide 
economical 
self-contained 
computer-based 
solutions 


for OEM applications. 
The iSBC 80/30 
is a complete 
computer 
system 
on a single 6.75 x 12.00-inch 
printed 


circuit 
card. The CPU, system 
clock, 
read/write 
memory, 
nonvolatile 
read only memory, 
universal 
peripheral 


interface 
capability, 
I/O ports and drivers, serial communications 
interface, 
priority interrupt 
logic, programma- 


ble timers, 
MUL TIBUS control 
logic, and bus expansion 
drivers 
all reside on the board. 


inter 


Central Processing 
Unit 


Intel's powerful 8-bit n-channel8085A CPU,fabricat- 
ed on a single LSI chip, is the central processor for 
the iSBC 80/30. The 8085A CPU is directly software 
compatible with the Intel 8080A CPU. The 8085A 
contains six 8-bit general purpose registers and an 
accumulator. The six general purpose registers may 
be addressed individually or in pairs, providing both 
single and double precision operators. The minimum 
instruction execution time is 1.45 microseconds. The 
8085A CPU has a 16-bit program counter. An exter- 
nal stack, located within any portion of iSBC 80/30 
read/write memory, may be used as a last-in/first- 
out storage area for the contents of the program 
counter, flags, accumulator, and all of the six gener- 
al purpose registers. A 16-bit stack pointer controls 
the addressing of this eternal stack. This stack pro- 
vides subroutine nesting bounded only by memory 
size. 


The iSBC 80/30 has an internal bus for all on-board 
memory and I/O operations and a system bus (Le., 
the MULTIBUS) for all external memory and I/O op- 
erations. Hence, local (on-board) operations do not 
tie up the system bus, and allow true parallel pro- 
cessing when several bus masters (Le., DMA devic- 
es, other single board computers) are used in a mul· 
timaster scheme. A block diagram of the iSBC 
80/30 functional components is shown in Figure 1. 


RAM Capacity 


The iSBC 80/30 
contains 16K bytes of dynamic 


read/write memory using Intel 2117 RAMs. All RAM 
read and write operations are performed at maxi- 
mum processor speed. Power for the on-board RAM 
may be provided on an auxiliary power bus, and 
memory protect logic is included for RAM battery 
backup requirements. The iSBC 80/30 contains a 
dual port controller, which provides dual port capa- 
bility for the on-board RAM memory. RAM accesses 
may occur from either the iSBC 80/30 or from any 
other bus master interfaced via the MULTIBUS. 
Since on-board RAM accesses do not require the 
MULTIBUS, the bus is available for any other con- 
current operations (e.g., DMA data transfers) requir- 
ing the use of the MULTIBUS. Dynamic RAM refresh 
is accomplished automatically by the iSBC 80/30 for 
accesses originating from either the CPU or via the 
MULTIBUS. Memory space assignment can be se- 
lected independently for on-board and MULTIBUS 
RAM accesses. The on-board RAM, as seen by the 
8085A CPU, may be placed anywhere within the 0- 


to 64K-address space. The iSBC 80/30 provides ex- 
tended addressing jumpers to allow the on-board 
RAM to reside within a one megabyte address 
space when accessed via the MULTIBUS. In addi- 
tion, jumper options are provided which allow the 
user to reserve 8K- and 16K-byte segments of on- 
board RAM for use by the 8085A CPU only. This 
reserved RAM space is not accessible via the MUL- 
TIBUS and does not occupy any system address 
space. 


Sockets for up to 8K bytes of nonvolatile read only 
memory and provided on the iSBC 80/30 
board. 


Read only memory may be added in 1 K-byte incre- 
ments up to a maximum of 2 K-bytes using Intel 
2708 or 2758 erasable and electrically reprogram- 
mabie ROMs (EPROMs); in 2 K-byte increments up 
to 
a maximum of 
4 
K-bytes using Intel 2716 


EPROMs; or in 4 K-byte increments up to 8K-bytes 
maximum using Intel 2732 EPROMs. All on-board 
EPROM/ROM operations are performed at maxi- 
mum processor speed. 


The iSBC 80/30 contains 24 programmable parallel 
I/O lines implemented using the Intel 8255A Pro- 
grammable Peripharal Interface. The system soft- 
ware is used to configure the I/O lines in any combi- 
nation of unidirectional input/output and bidirection- 
al ports indicated in Table 1. Therefore, the I/O in- 
terface may be customized to meet specific periph- 
eral requirements. In order to take full advantage of 
the large number of possible I/O configurations, 
sockets are provided for interchangeable I/O line 
drivers and terminators. Hence, the flexibility of the 
I/O interface is further enhanced by the capability of 
selecting the appropriate combination of optional 
line drivers and terminators to provide the required 
sink current, polarity, and drive/termination charac- 
teristics for each application. The 24 programmable 
I/O lines and signal ground lines are brought out to a 
50-pin edge connector that mates with flat, woven, 
or round cable. 


Universal Peripheral Interface (UPI) 


The iSBC 80/30 provides sockets for a user sup- 
plied Intel 8041A18741A Universal Peripheral Inter- 
face (UPI) chip and the associated line drivers and 
terminators 
for 
the 
UPl's 
I/O 
ports. 
The 


8041A18741A is a single chip microcomputer con- 
taining a CPU, 1K bytes of ROM (8041A) or EPROM 
(8741A), 64 bytes of RAM, 18 programmable I/O 
lines, and an 8-bit timer. Special interface registers 
included in the chip allow the 8041A to function as a 
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inter 


slave 
processor 
to the 
iSBC 80/30's 
8085A 
CPU. 


The 
UPI allows 
the 
user to specifiy 
algorithms 
for 
controlling 
user 
peripherals 
directly 
in 
the 
chip, 
thereby 
relieving 
the 8085A 
for other 
system 
func- 
tions. 
The iSBC 80/30 
provides 
an RS232C 
driver 
and an RS232C 
receiver 
for optional 
connection 
to 
the 8041A18741A 
in applications 
where 
the UPI is 
programmed 
to handle 
simple 
serial interfaces. 
For 
additional 
information, 
including 
8041 Al87 41 A 
in- 
structions, 
refer to the UPI-41A 
User's 
Manual 
and 
application 
note AP-41. 


A 
programmable 
communications 
interface 
using 
the 
Intel 
8251A 
Universal 
Synchronous/Asynchro- 
nous Receiver/Transmitter 
(USART) is contained 
on 
the 
iSBC 
80/30. 
A software 
selectable 
baud 
rate 
generator 
provides 
the 
USART 
with 
all 
common 
communication 
frequencies. 
The 
USART 
can 
be 
programmed 
by the system 
software 
to select 
the 
desired 
asynchronous 
or synchronous 
serial 
data 
transmission 
technique 
(including 
IBM 
By-Sync). 
The 
mode 
of operation 
(Le., synchronous 
or asyn- 
chronous), 
data 
format, 
control 
character 
format, 
parity, and baud rate are all LInder program 
control. 


The 
8251A 
provides 
full 
duplex, 
double 
buffered 
transmit 
and receive 
capability. 
Parity, overrun, 
and 
framing 
error 
detection 
are all incorporated 
in the 
USART. 
The RS232C 
compatible 
interface 
on each 
board, 
in conjunction 
with the 
USART, 
provides 
a 
direct 
interface 
to 
RS232C 
compatible 
terminals, 
cassettes, 
and asynchronous 
and synchronous 
mo- 
dems. 
The 
RS232C 
command 
lines, 
serial 
data 
lines, and signal ground line are brought 
out to a 26- 
pin edge connector 
that 
mates 
with 
RS232C 
com- 
patible flat or round cable. 


Multimaster 
Capability 


The iSBC 80/30 
is a full computer 
on a single board 
with resources 
capable 
of supporting 
a great variety 


of OEM system requirements. 
For those applications 
requiring 
additional 
processing 
capacity 
and 
the 
benefits 
of multiprocessing 
(Le., several 
CPUs and/ 
or controllers 
logically 
sharing 
system tasks through 
communication 
over 
the 
system 
bus), 
the 
iSBC 
80/30 
provides 
full 
MUL TIBUS 
arbitration 
control 
logic. This control 
logic allows 
up to three 
iSBC 80/ 


30's or other bus masters to share the system bus in 
serial 
(daisy 
chain) 
priority 
fashion, 
and 
up to 
16 
masters to share the MUL TIBUS with the addition 
of 
an external 
priority network. 
The MUL TIBUS arbitra- 
tion logic operates 
synchronously 
with a MUL TIBUS 
clock (provided 
by the iSBC 80/30 
or optionally 
con- 
nected directly to the MUL TIBUS clock) while data is 
transferred 
via 
a handshake 
between 
the 
master 
and slave modules. 
This allows different 
speed con- 
trollers 
to share 
resources 
on the 
same 
bus, and 
transfer 
via the bus proceed 
asynchronously. 
Thus, 


transfer 
speed is dependent 
on transmitting 
and re- 
ceiving 
devices 
only. 
This 
design 
prevents 
slow 
master 
modules 
from being handicapped 
in their at- 
tempts 
to gain control 
of the bus, but does 
not re- 


strict the speed at which faster modules 
can transfer 


data via the same 
bus. The most 
obvious 
applica- 


tions for the master-slave 
capabilities 
of the bus are 
multiprocessor 
configurations, 
high 
speed 
direct 


memory 
access 
(DMA) operations, 
and high speed 
peripheral 
control, 
but are by no means 
limited 
to 
these three. 


Programmable 
Timers 


The 
iSBC 
80/30 
provides 
three 
independent, 
fully 
programmable 
16-bit interval 
timers/event 
counters 
utilizing the Intel 8253 Programmable 
Interval Timer. 


Each counter 
is capabile 
of operating 
in either 
BCD 
or binary modes. 
Two of these 
timers/counters 
are 
available 
to the systems 
designer 
to generate 
accu- 


rate time 
intervals 
under 
software 
control. 
Routing 
for 
the 
outputs 
and 
gate/trigger 
inputs 
of two 
of 


these 
counters 
is jumper 
selectable. 
The 
outputs 
may be independently 
routed to the 8259A Program- 


Mode of Operation 


Lines 
Unidirectional 
Port 
(qty) 
Input 
Output 
Control 
Bidirectional 


Unlatched 
Latched 
& 
Latched 
Latched 
& 
Strobed 
Strobed 


1 
8 
X 
X 
X 
X 
X 
2 
8 
X 
X 
X 
X 
3 
4 
X 
X 
X1 


4 
X 
X 
X1 


NOTE: 
1. Part of port 3 must be used as a control port when either port 1 or port 2 are used as a latched and strobed input or a 
latched and strobed output port or port 1 is used as a bidirectional port. 


inter 


mabie Interrupt 
Controller, 
to the I/O line drivers as- 


sociated 
with the 8255A 
Programmable 
Peripheral 


Interface, 
and to the 8041A18741A 
Universal 
Pro- 


grammable 
Interface, 
or may be routed as inputs to 


the 8255A 
and 8041A18741A 
chips. 
The gate/trig- 


ger inputs may be routed to I/O terminators 
associ- 


ated with the 8255A 
or as output 
connections 
from 


the 8255A. 
The third interval 
timer in the 8253 pro- 


vides the programmable 
baud rate generator 
for the 


iSSC 80/30 
RS232C 
USART 
serial port. In utilizing 


the iSSC 80/30, 
the systems 
designer 
simply config- 


ures, via software, 
each timer independently 
to meet 


system 
requirements. 


Whenever 
a given 
time 
delay 
or count 
is needed, 
software 
commands 
to the 
programmable 
timers/ 


event 
counters 
select 
the 
desired 
function. 
Seven 


functions 
are available, 
as shown 
in Table 
2. The 


Function 
Operation 


Interrupt 
on 
When terminal 
count is 


Terminal 
Count 
reached, 
an interrupt 
request is 
generated. 
This function 
is 
extremely 
useful for generation 


of real-time 
clocks. 


Programmable 
Output goes low upon receipt of 


One-Shot 
an external trigger edge or 
software 
command 
and returns 


high when terminal 
count is 


reached. 
This function 
is 


retriggerable. 


Rate 
Divide by N counter. 
The output 


Generator 
will go low for one input clock 
cycle, and the period from one 
low-going 
pulse to the next is N 


times the input clock period. 


Square-Wave 
Output will remain high until 


Rate Generator 
one-half 
the count has been 
completed, 
and go low for the 
other half of the count. 


Software 
Output remains high until 


Triggered 
software 
loads count (N). N 


Strobe 
counts after count is loaded, 
output goes low for one input 
clock period. 


Hardware 
Output goes low for one clock 


Triggered 
period N counts after rising 


Strobe 
edge on counter 
trigger input. 


The counter 
is retriggerable. 


Event Counter 
On a jumper selectable 
basis, 
the clock input becomes 
an 


input from the external 
system. 
CPU may read the number of 
events occurring 
after the 
counting 
"window" 
has been 
enabled 
or an interrupt 
may be 
generated 
after N events occur 


in the system. 


contents 
of each counter 
may be read at any time 


during system operation 
with simple read operations 
for 
event 
counting 
applications, 
and 
special 
com- 


mands 
are included 
so that 
the 
contents 
of each 


counter 
can be read "on the fly". 


The iSSC 80/30 
provides 
vectoring 
for 12 interrupt 


levels. 
Four of these 
levels 
are handled 
directly 
by 


the interrupt 
processing 
capability 
of the 8085A CPU 


and represent 
the four highest 
priority 
interrupts 
of 


the iSSC 80/30. 
Requests 
are routed 
to the 808SA 


interrupt 
inputs, TRAP, 
RST 7.5, RST 6.5, and RST 


5.5 (in decreasing 
order 
of priority) 
and each 
input 


generates 
a unique 
memory 
address 
(TRAP: 
24H; 


RST 7.5: 3CH; RST 6.5: 34H; and RST 5.5: 2CH). An 
8085A jump instruction 
at each of these 
addresses 


then 
provides 
linkage 
to interrupt 
service 
routines 


located 
independently 
anywhere 
in memory. 
All in- 


terrupt 
inputs with the exception 
of the trap interrupt 


may 
be 
masked 
via 
software. 
The 
trap 
interrupt 


should 
be used for conditions 
such as power-down 


sequences 
which require immediate 
attention 
by the 


8085A 
CPU. The 
Intel 8259A 
Programmable 
Inter- 


rupt Controller 
(PIC) provides 
vectoring 
for the next 


eight interrupt 
levels. As shown 
in Table 3, a selec- 


tion of four priority 
processing 
modes 
is available 
to 


the systems 
designer 
for use in designing 
request 


processing 
configurations 
to match 
system 
require- 


ments. 
Operating 
mode 
and 
priority 
assignments 


may be reconfigured 
dynamically 
via software 
at any 


time during system operation. 
The PIC accepts 
inter- 


rupt requests 
from 
the 
programmable 
parallel 
and 


serial 
I/O 
interfaces, 
the programmable 
timers, 
the 


system 
bus, or directly 
from 
peripheral 
equipment. 


The PIC then determines 
which 
of the incoming 
re- 


quests 
is of the highest 
priority, 
determines 
whether 


this request 
is of higher 
priority 
than the level cur- 


rently being serviced, 
and, if appropriate, 
issues 
an 


interrupt 
to the CPU. Any combination 
of interrupt 


levels 
may be masked, 
via software, 
by storing 
a 


single byte in the interrupt 
mask register 
of the PIC. 


The 
PIC generates 
a unique 
memory 
address 
for 


each 
interrupt 
level. 
These 
addresses 
are equally 


spaced 
at intervals 
of 4 or 8 (software 
selectable) 


bytes. This 32- or 64-byte 
block 
may be located 
to 


begin at any 32- or 64-byte 
boundary 
in the 65,536- 


byte memory space. A single 8085A jump instruction 
at each of these addresses 
then provides 
linkage to 


locate 
each 
interrupt 
service 
routine 
independently 


anywhere 
in memory. 


Interrupt 
Request 
Generation-Interrupt 
requests 


may originate 
from 
18 sources. 
Two jumper 
select- 


able interrupt 
requests 
can be automatically 
gener- 


ated by the programmable 
peripheral 
interface 
when 


inter 


a byte of information 
is ready to be transferred 
to the 
CPU (Le., input buffer is full) or a byte of information 
has been transferred 
to a peripheral 
device (Le., out- 
put buffer is empty). Two jumper 
selectable 
interrupt 
requests 
can 
be 
automatically 
generated 
by 
the 
USART when a character 
is ready to be transferred 
to the CPU (Le., receive 
channel 
buffer 
is full), or a 


Mode 
Operation 


Fully 
Interrupt 
request 
line priorities 
Nested 
fixed at 0 as highest, 7 as 
lowest. 


Auto- 
Equal priority. Each level, after 
rotating 
receiving 
service, becomes 
the 
lowest priority level until next 
interrupt 
occurs. 


Specific 
System software 
assigns lowest 
Priority 
priority level. Priority of all other 
levels based in sequence 
numerically 
on this assignment. 


Polled 
System software 
examines 
priority-encoded 
system 
interrupt 
status via interrupt 
status register. 


character 
is ready 
to be transmitted 
(Le., transmit 
channel 
data buffer 
is empty). 
A jumper 
selectable 
request 
can be generated 
by each of the program- 
mable 
timers 
and by the universal 
peripheral 
inter- 


face, 
eight 
additional 
interrupt 
request 
lines 
are 
available 
to the user for direct interface 
to user des- 
ignated 
peripheral 
devices 
via the system 
bus, and 
two interrupt 
request 
lines may be jumper 
routed di- 
rectly from peripherals 
via the parallel 
I/O driver/ter- 
minator 
section. 


Control 
logic is also included 
to accept 
a power-fail 
interrupt 
in conjunction 
with the AC-Iow 
signal from 
the iSBC 635 Power Supply or equivalent. 


Expansion Capabilities 


Memory 
and I/O capacity 
may be expanded 
and ad- 
ditional 
functions 
added 
by using 
Intel 
MUL TIBUS 
compatible 
expansion 
boards. 
High 
speed 
integer 
and floating 
point arithmetic 
capabilities 
may be add- 
ed by using the iSBC 310A High Speed Mathematics 
Unit. Memory 
may be expanded 
to 65,536 
bytes by 
adding 
user specified 
combinations 
of RAM boards, 
EPROM 
boards, 
or combination 
boards. 
Input/out- 
put capacity 
may be increased 
by adding digital 
I/O 
and analog 
1/0 expansion 
boards. 
Mass storage 
ca- 
pability 
may be achieved 
by adding 
single or double 


density diskette 
controllers 
as sub-systems. 
Modular 
expandable 
backplanes 
and cardcages 
are available 
to support 
multi-board 
systems. 


Instruction: 
8, 16, or 24 bits 
Data: 8 bits 


NOTE: 
Basic 
instruction 
cycle 
is defined 
as the fastest 
in- 
struction 
(Le., four clock 
cycles). 


Memory Addressing 


On-Board 
ROM/EPROM: 
0-07FF 
(using 
2708 
or 
2758 
EPROMs); 
O-OFFF (using 2716 
EPROMs); 
0- 


1FFF 
(using 
2716 
EPROMs; 
0-1FFF 
(using 
2732 
EPROMs). 


On-Board 
RAM: 16K bytes of dual port RAM starting 
on a 16K boundary. 
One or two 8 K-byte segments 
may be reserved 
for CPU use only. 


Memory Capacity 


On-Board 
Read 
Only 
Memory: 
8K 
bytes 
(sockets 
only) 
On-Board 
RAM: 16K bytes 
Off-Board 
Expansion: 
Up to 65,536 
bytes 
in user 
specified 
combinations 
of RAM, ROM, and EPROM 


NOTE: 
Read only memory 
may be added 
in 1K, 2K, or 4K 
byte increments. 


I/O Addressing 


On-Board 
Programmable: 
I/O (see Table 
1) 


inter 


Parallel: 
42 programmable 
lines 
using 
one 
8255A 


(241/0 
lines) and an optional 
8041 Al8741 A (181/0 


lines) 


Serial: 
2 programmable 
lines using one 8251A 
and 


an optional 
8041 Al87 41 A programmed 
for serial op- 
eration 


NOTE: 


For additional 
information 
on the 8041A18741A 
re- 


fer 
to 
the 
UPI-41 
User's 
Manual 
(Publication 
9800504). 


Synchronous: 
5-8 
bit characters; 
internal or external 


character 
synchronization; 
automatic 
sync insertion. 


Asynchronous: 
5-8 
bit characters; 
break character 


generation; 
1, 11f2, or 2 stop bits; false start bit de- 
tection. 


Frequency 
(kHz) 
Baud 
Rate (Hz) 


(Software 
Selectable) 
Synchronous 
Asynchronous 


716 
764 


153.6 
- 
9600 
2400 


76.8 
- 
4800 
1200 


38.4 
38400 
2400 
600 


19.2 
19200 
1200 
300 


9.6 
9600 
600 
150 


4.8 
4800 
300 
75 


2.4 
2400 
150 
- 
1.76 
1760 
110 
- 


NOTE: 
Frequency 
selected 
by I/O 
write 
of appropriate 
16-bit 
fre- 
quency 
factor 
to baud rate register 
(8253 Timer 
2) . 


Interrupts' 


Addresses 
for 8259A 
Registers 
(Hex 
notation, 
I/O 


address 
space) 


DA Interrupt 
request 
register 


DA In-service 
register 


DB Mask register 


DA Command 
register 


DB Block address 
register 


DA Status 
(polling 
register) 


NOTE: 


Several 
registers 
have the same 
physical 
address; 


sequence 
of 
access 
and 
one 
data 
bit of 
control 
word determine 
which 
register 
will respond. 


Interrupt 
Levels 
routed to 8085A 
CPU automatically 


vector 
the processor 
to unique 
memory 
locations: 


Interrupt 
Memory 
Priority 
Type 
Input 
Address 


TRAP 
24 
Highest 
Non-maskable 


RST7.5 
3C 
t 
Maskable 


RST6.5 
34 
J.. 
Maskable 


RST 5.5 
2C 
Lowest 
Maskable 


Register 
Addresses 
(Hex 
notation, 
I/O 
address 


space) 


DF Control 
register 


DC Timer 0 


DD Timer 
1 


DE Timer 2 


NOTE: 
Timer counts 
loaded 
as two sequential 
output 
oper- 


ations to same address, 
as given. 


Input Frequencies 


Reference: 
2.46 
MHz 
± 0.1 % 
(0.041 
/Ls 
period, 


nominal); 
1.23 MHz ± 0.1 % (0.81 
/Ls period, 
nomi- 


nal); or 153.60 
kHz ± 0.1 % (6.51 
/Ls period 
nomi- 


nal). 


NOTE: 
Above 
frequencies 
are user selectable 


NOTE: 
Maximum 
rate for external 
events 
in event 
counter 


function. 


MUL TIBUS: All signals TIL 
compatible 


Parallel 
I/O: All signals TIL 
compatible 


Interrupt 
Requests: 
All TIL 
compatible 


Timer: All signals TIL 
compatible 


Serial I/O: 
RS232C 
compatible, 
data set 


configuration 


Auxiliary Power 


An auxiliary 
power bus is provided 
to allow separate 
power to RAM for systems 
requiring 
battery 
backup 
of 
read/write 
memory. 
Selection 
of 
this 
auxiliary 
RAM power bus is made via jumpers 
on the board. 


Interface 
Pins 
Centers 
Mating Connectors 
(qty) 
(In.) 


Bus 
86 
0.156 
Viking 2KH43/9AMK12 


Parallel I/O 
50 
0.1 
3M 3415-000 


Serial I/O 
26 
0.1 
3M 3462-000 


An active-low 
TTL compatible 
memory protect 
signal 


is brought 
out 
on 
the 
auxiliary 
connector 
which, 
when asserted, 
disables 
read/write 
access 
to RAM 
memory 
on the board. This input is provided 
for the 
protection 
of RAM 
contents 
during 
system 
power- 
down sequences. 
. 


I/O 
Drivers: 
The following 
line drivers 
are all com- 
patible 
with 
the 
I/O 
driver 
sockets 
on 
the 
iSBC 
80/30. 


Driver 
Characteristics 
Sink Current 
(mA) 


7438 
I,OC 
48 


7437 
I 
48 


7432 
NI 
16 


7426 
I,OC 
16 


7409 
NI,OC 
16 


7408 
NI 
16 


7403 
I,OC 
16 


7400 
I 
16 


NOTE: 
I = inverting; 
NI = non-inverting; 
OC = open 
collector 


Port 1 of the 8255A 
has 20 mA totem-pole 
bidirec- 
tional drivers and 1 kfi 
terminators. 


Function 
Characteristic 
Sink Current 
(mA) 


Data 
Tri-State 
50 
Address 
Tri-State 
50 
Commands 
Tri-State 
32 


Physical Characteristics 


Width: 
12.00 in. (30.48 cm) 


Height: 
6.75 in. (17.15 cm) 


Depth: 
0.50 in. (1.27 cm) 


Weight: 
18 oz. (509.6 gm) 


Single Timer/ 
Dual Timer/Counter 


Function 
Counter 
(Two Timers 
Cascaded) 


Min 
Max 
Min 
Max 


Real-Time 
Interrupt 
1.63,..,s 
427.1 ms 
3.26,..,s 
466.50 min 
Programmable 
One-Shot 
1.63,..,s 
427.1 ms 
3.26,..,s 
466.50 min 
Rate Generator 
2.342 Hz 
613.5 kHz 
0.000036 
Hz 
306.8 kHz 
Square-Wave 
Rate Generator 
2.342 Hz 
613.5 kHz 
0.000036 
Hz 
306.8 kHz 
Software 
Triggered 
Strobe 
1.63,..,s 
427.1 ms 
3.26,..,s 
466.50 min 
Hardware 
Triggered 
Strobe 
1.63,..,s 
427.1 ms 
3.26,..,s 
466.50 min 


inter 


Current 
Requirements 


Configuration 
Vcc= 
+5V 
Voo = + 12V 
VBB= -5V 
VAA= -12V 
±5% (max) 
±5% (max) 
±5% (max) 
±5% (max) 


Without 
EPROM(1) 
Icc = 3.5A 
IDD = 220 mA 
Iss = - 
1M = 50mA 


With 8041/8741(2) 
3.6A 
220 mA 
- 
50mA 


RAM only(3) 
350 mA 
20mA 
2.5mA 
- 


With iSBC 530(4) 
3.5A 
320mA 
- 
150 mA 


With 2K EPROM(5) 
4.4A 
350mA 
95mA 
40mA 


(using 8708) 


With 2K EPROM(5) 
4.6A 
220 mA 
- 
50mA 


(using 2758) 


With 4K EPROM(5) 
4.6A 
220 mA 
- 
50mA 


(using 2716) 


With 8K EPROM(5) 
4.6A 
220 mA 
- 
50mA 


(using 2332) 


NOTES: 
1. Does not include power required for optional EPROM/ROM, B041A1B741AI/O drivers, and I/O terminators. 
2. Does not include power required for optional EPROM/ROM. I/O drivers and I/O terminators. 
3. RAM chips powered via auxiliary power bus. 
4.Does not include power required for optional EPROM/ROM, B041A1B741A I/O drivers, and I/O terminators. Power for 
iSSC 530 is supplied through the serial port connector. 
5. Includes power reqiured for two EPROM/ROM chips, B041A1B741A and 220n/330n 
input terminators installed for 34 


I/O lines; all terminator inputs low. 


Reference 
manuals 
are shipped 
with each 
product 


only if designated 
SUPPLIED. 
Manuals 
may be or- 


dered from any Intel sales representative, 
distributor 
office 
or 
from 
Intel 
Literature 
Department, 
3065 
Bowers 
Avenue, 
Santa Clara, California 
95051. 


98006118- 
iSBC 
80/30 
Single 
Board 
Computer 


Hardware 
Reference 
Manual 
(NOT 


SUPPLIED) 


ORDERING 
INFORMATION 
Part 
Number 
Description 


SBC 80/30 
Single 
Board 
Computer 
with 
16K 


bytes RAM 


inter 
iSBC® 86/05A 
SINGLE BOARD COMPUTER 
• 8086/10 
(8086-2) 
Microprocessor 
with 5 
• Programmable 
Synchronous/ 
or 8 MHz CPU Clock 
Asynchronous 
RS232C Compatible 
• Software 
Compatible 
with 8086, 8088, 
Serial Interface 
with Software 


80186,80286 
Based 
16-bit Single Board 
Selectable 
Baud Rate 


Computers 
• 24 Programmable 
Parallel I/O 
Lines 
• Optional 
8086/20 
Numeric 
Data 
• Two Programmable 
16-Blt BCD or 
Processor 
with ISBC@ 337 A 
Binary Timers/Event 
Counters 
MUL TIMODULETM 
Processor 
• 9 Levels of Vectored 
Interrupt 
Control, 
• 8K bytes of Static RAM; Expandable 
Expandable 
to 65 Levels 
On-Board 
to 16K Bytes 
• MUL TIBUS@ Bus Interface 
for 
• Sockets 
for up to 256K Bytes of JEDEC 
Multlmaster 
Configurations 
and System 
24/28-Pln 
Standard 
Memory 
Devices; 
Expansion 
Expandable 
On-Board 
to 512K Bytes 
• Supported 
by a Complete 
Family of 
• Two ISBXTM Bus Connectors 
Single Board Computers, 
Memory, 
Digital and Analog 
I/O, 
Peripheral 
Controllers, 
Packaging 
and Software 


The iSBC 86/05A 
Single 
Board Computer 
is a member 
of Intel's 
complete 
line of OEM microcomputer 
sys- 
tems which 
take full advantage 
of Intel's 
technology 
to provide 
economical, 
self-contained, 
computer-based 
solutions 
for OEM applications. 
The iSBC 86/05A 
board 
is a complete 
computer 
system 
on a single 6.75 x 
12.00 in. printed 
circuit card. The CPU, system 
clock, 
read/write 
memory, 
nonvolatile 
read only memory, 
I/O 
ports and drivers, 
serial communications 
interface, 
priority interrupt 
logic and programmable 
timers, 
all reside 
on the board. The large control 
storage 
capacity 
makes the iSBC 86/05A 
board ideally suited for control-ori- 
ented applications 
such as process 
control, 
instrumentation, 
industrial 
automation, 
and many others. 


Central Processing 
Unit 


The central 
processor 
for the iSBC 86/05A 
board is 


Intel's 
iAPX 86/10 
(8086-2) 
CPU. a clock 
rate of 8 


MHz is supported 
with a jumper 
selectable 
option of 


5 MHz. 
The 
CPU architecture 
includes 
four 
16-bit 


byte addressable 
data registers, 
two 16-bit memory 


base pointer 
registers 
and two 16-bit index registers. 
All are accessed 
by a total of 24 operand 
addressing 


modes 
for comprehensive 
memory 
addressing 
and 


for support 
of the 
data 
structures 
required 
for to- 


day's structured, 
high level languages 
as well as as- 


sembly 
language. 


The 
8086 
instruction 
repertoire 
includes 
variable 


length 
instruction 
format 
(including 
double 
operand 


instructions), 
8- 
and 
16-bit 
signed 
and 
unsigned 


arithmetic 
operators 
for binary, 
BCD and unpacked 


ASCII data, and iterative word and byte string manip- 
ulation functions. 


For enhanced 
numerics 
processing 
capability, 
the 


iSBC 337 A MUL TIMODULE 
Numeric 
Data 
Proces- 
sor extends 
the iAPX 86/10 
architecture 
and data 


set. 
Over 
60 numeric 
instructions 
offer 
arithmetic, 


trigonometric, 
transcendental, 
logarithmic 
and expo- 


nential 
instructions. 
Supported 
data 
types 
include 


16-, 32-, and 64-bit integer, and 32- and 64-bit float- 
ing point, 18-digit packed 
BCD and 80-bit temporary. 


A 6-byte 
instruction 
queue 
provides 
pre-fetching 
of 


sequential 
instructions 
and can reduce 
the 740 ns 


minimum 
instruction 
cycle to 250 ns for queued 
in- 


structions. 
The 
stack-oriented 
architecture 
readily 


supports 
modular 
programming 
by facilitating 
fast, 


simple, 
inter-module 
communication, 
and other 
pro- 


gramming 
constructs 
needed for asynchronous 
real- 


time 
systems. 
The 
memory 
expansion 
capabilities 


offer a 1 megabyte 
addressing 
range. The dynamic 


relocation 
scheme 
allows 
ease 
in segmentation 
of 


pure procedure 
and data for efficient 
memory utiliza- 


tion. Four segment 
registers 
(code, 
stack, data, ex- 
tra) contain 
program 
loaded 
offset 
values which 
are 


used to map 16-bit addresses 
to 20-bit 
addresses. 
Each register 
maps 64K bytes at a time with activa- 


tion of a specific 
register 
controlled 
explicity 
by pro- 
gram control 
and selected 
implicity 
by specific 
func- 
tions 
and 
instructions. 
All 
Intel 
languages 
support 


the extended 
memory 
capability, 
relieving 
the 
pro- 


grammer 
of managing 
the megabyte 
memory 
space 


yet allowing 
explicit 
control 
when necessary. 


Memory Configuration 


The iSBC 86/05A 
microcomputer 
contains 
8K bytes 
of high-speed 
8K x 4 bit static 
RAM 
on-board. 
In 
addition, 
the above 
on-board 
RAM may be expand- 


ed to 16K bytes with the iSBC 302 MULTIMODULE 
RAM 
option 
which 
mounts 
on 
the 
iSBC 
86/05A 
board. All on-board 
RAM is accessed 
by the 8086-2 
CPU with 
no wait 
states, 
yielding 
a memory 
cycle 
time of 500 ns. 


The iSBC 86/05A 
board 
also has four 28-pin, 
8-bit 
wide 
(byte-wide) 
sockets, 
configured 
to 
accept 
JEDEC 
24/28-pin 
standard 
memory 
devices. 
Up to 
256K 
bytes 
of EPROM 
are supported 
in 64K 
byte 
increments 
with 
Intel 
27512 
EPROMs. 
The 
iSBC 
86/05A 
board also supports 
2K x 8, 4K x 8, 8K x 8, 


16K x 8 and 
32K 
x 8 EPROM 
memory 
devices. 


These 
sites also support 
2K x 8 and 8K x 8 byte- 
wide static RAM (SRAM) devices 
and iRAM devices, 


yielding 
up to 32K bytes of SRAM 
in 8K byte incre- 
ments on the baseboard. 


When the addition 
of the iSBC 341 MULTIMODULE 
EPROM 
option, 
the on-board 
capacity 
for these de- 
vices 
is doubled, 
providing 
up to 
512K 
bytes 
of 


EPROM and 64K bytes of byte-wide 
SRAM capacity 
on-board. 


The iSBC 86/05A 
Single 
Board Computer 
contains 
24 programmable 
parallel 
I/O lines implemented 
us- 


ing the Intel 8255A 
Programmable 
Peripheral 
Inter- 


face. The system 
software 
is used to configure 
the 
I/O 
lines 
in any 
combination 
of 
unidirectional 
in- 
put/output 
and bidirectional 
ports indicated 
in Table 


1. In order to take advantage 
of the large number 
of 


possible 
I/O configurations, 
sockets 
are provided 
for 
interchangeable 
I/O line drivers 
and terminators, 
al- 
lowing the selection 
of the appropriate 
combination 


of optional 
line drivers 
and terminators 
with the re- 


quired drive/termination 
characteristics. 
The 24 pro- 


grammable 
I/O 
lines 
and 
signal 
ground 
lines 
are 


brought 
out to a 50-pin edge connector. 


A 
programmable 
communications 
interface 
using 


the 
Intel 
8251 A Universal 
Synchronous/ 
Asynchro- 


nous Receiver/Transmitter 
(USART) is contained 
on 


the iSBC 86/05A 
board. A software 
selectable 
baud 
rate generator 
provides 
the USART with all common 
communication 
frequencies. 
The mode of operation 


(Le., synchronous 
or asynchronous), 
data 
format, 


control 
character 
format, parity, and baud rate are all 


under program 
control. 
The 8251A 
provides 
full du- 


plex, double buffered 
transmit 
and receive capability. 


Parity, 
overrun, 
and framing 
error 
detection 
are all 


intJ 


I 
I 
(h216" 
I 
1. 
" 


incorporated 
in the USART. 
The RS232C 
compati- 
ble interface 
in conjunction 
with 
the 
USART, 
pro- 
vides a direct interface 
to RS232C compatible 
termi- 
nals, 
cassettes, 
and 
asynchronous/ 
synchronous 
modems. 
The RS232C 
command 
lines, serial data 
lines and signal ground 
line are brought 
out to a 26- 
pin edge connector. 


Programmable 
Timers 


The 
iSBC 
86/05A 
board 
provides 
three 
indepen- 
dent, fully programmable 
16-bit interval timers/event 
counters 
utilizing the Intel 8254 Programmable 
Inter- 
val Timer. 
Each counter 
is capable 
of operating 
in 
either 
BCD or binary 
modes. 
Two of these 
timers/ 
counters 
are available 
to the 
systems 
designer 
to 
generate 
accurate 
time 
intervals 
under 
software 
control. 
Routing 
for the outputs 
and gate/trigger 
in- 
puts of two of these 
counters 
is jumper 
selectable. 


The 
outputs 
may 
be independently 
routed 
to the 
8259A Programmable 
Interrupt 
Controller 
and to the 
I/O terminators 
associated 
with the 8255A 
to allow 
external 
devices 
or an 8255A 
port to gate the timer 


or to count 
external 
events. 
The third interval 
timer 
in the 8254 
provides 
the programmable 
baud 
rate 
generator 
for 
the 
iSBC 
86/05A 
board 
RS232C 
USART 
serial port. The system 
software 
configures 
each timer independently 
to select the desired 
func- 
tion. Seven functions 
are available 
as shown 
in Ta- 


ble 2. The contents 
of each counter 
may be read at 
any time during system 
operation. 


iSBXTM MUL TIMODULETM On-Board 
Expansion 


Two 8/16-bit 
iSBX MULTIMODULE 
connectors 
are 
provided 
on 
the 
iSBC 
86/05A 
microcomputer. 


Through 
these 
connectors, 
additional 
on-board 
I/O 
and memory 
functions 
may be added. 
iSBX MUL TI- 
MODULE 
boards support functions 
such as addition- 
al parallel 
and serial I/O, analog 
I/O, 
mass storage 
device controllers 
(e.g., cassettes 
and floppy 
disks), 
BITBUSTM 
controllers, 
bubble 
memory, 
and 
other 
custom 
interfaces 
to meet specific 
needs. By mount- 
ing directly 
on the single board computer, 
less inter- 


Mode of Operation 


Unidirectional 


Port 
Lines 
Input 
Output 
Control 
(qty) 
Bidirectional 


Latched 
Latched 
Latched 
Latcched 
&Strobed 
& Strobed 


1 
8 
X 
X 
X 
X 
X 


2 
8 
X 
X 
X 
X 


3 
4 
X 
X 
Xl 


4 
X 
X 
Xl 


NOTE: 
1. Part of port 3 must be used as a control port when either port 1 or port 2 are used as a latched and strobed inpu1or a 
latched and strobed output port or port 1 is used as a bidirectional port. 


Function 
Operation 


Interrupt 
on 
When Terminal 
Count is Reached, 
an Interrupt 
Request 
is Generated. 
This Function 
Terminal 
Count 
is Extremely 
Useful for Generation 
of Real-Time 
Clocks. 


Programmable 
Output Goes Low upon Receipt of an External Trigger Edge or Software 
Command 
One-Shot 
and Returns High when Terminal 
Count is Reached. 
This Function 
is Retriggerable. 


Rate Generator 
Divide by N Counter. The Output will go Low for One Input Clock Cycle, and the 
Period from One Low Going Pulse to the Next is N Times the Input Clock Period. 


Square-Wave 
Output will Remain High Until One-Half 
the Count has been Completed, 
and go Low 
Rate Generator 
for the Other Half of the Count. 


Software 
Output Remains 
High Until Software 
Loads Count (N). N Counts After Count is 
Triggered 
Strobe 
Loaded, Output goes Low for One Input Clock Period. 


Hardware 
Output Goes Low for One Clock Period N Counts After Rising Edge Counter Trigger 
Triggered 
Strobe 
Input. The Counter is Retriggerable. 


Event Counter 
On a Jumper Selectable 
Basis, the Clock Input Becomes 
an Input from the External 


System. CPU may Read the Number of Events Occurring 
After the Counter 
"Window" 
has been Enabled or an Interrupt 
may be Generated 
After N Events Occur 


in the System. 


face 
logic, 
less 
power, 
simpler 
packaging, 
higher 


perlormance, 
and lower cost result when compared 


to other alternatives 
such as MUL TIBUS form factor 


compatible 
boards. 
The 
iSBX 
connectors 
on 
the 


iSBC 86/05A 
board provide 
all signals necessary 
to 


interlace 
to the local on-board 
bus, including 
16 data 


lines for maximum 
data transfer 
rates. iSBX MULTI- 


MODULE 
boards designed 
with 8-bit data paths and 


using the 8-bit iSBX connector 
are also 
supported 


on the iSBC 86/05A 
microcomputer. 
A broad range 


of iSBX MUL TIMODULE 
options 
are available 
in this 


family from Intel. Custom 
iSBX modules 
may also be 


designed 
for 
use on the 
iSBC 
86/05A 
board. 
An 


iSBX bus interlace 
specification 
is available 
from In- 


tel. 


inter 


MUL TIBUS SYSTEM 
BUS AND 
MUL TIMASTER 
CAPABILITIES 


Overview 


The MULTIBUS system bus (IEEE 796) is Intel's in- 
dustry standard microcomputer bus structure. Both 
8- and 16-bit single board computers are supported 
on the MULTIBUS structure with 24 address and 16 
data lines. In its simplest application, the MULTIBUS 
system bus allows expansion of functions already 
contained on a single board computer (e.g., memory 
and digital I/O). However, the MULTIBUS structure 
also allows very powerful distributed processing 
configurations with multiple processors and intelli- 
gent slave I/O, and peripheral boards capable of 
solving the most demanding microcomputer applica- 
tions. The MULTIBUS system bus is supported with 
a broad array of board level products, LSI interface 
components, detailed published specifications and 
application notes. 


Expansion 
Capabilities 


Memory and I/O capacity may be expanded and ad- 
ditional functions added using Intel MULTIBUS com- 
patible expansion boards. Memory may be expand- 
ed by adding user specified combinations of RAM 
boards, EPROM boards, or combination boards. In- 
put/output capacity may be added with digital I/O 
and analog I/O expansion boards. Mass storage ca- 
pability may be achieved by adding single or double 
density diskette controllers, or hard disk controllers. 


For those applications requiring additional process- 
ing capacity and the benefits of multiprocessing (I.e., 
several CPUs and/or 
controllers logically sharing 
system tasks through communication of the system 
bus), the iSBC 86/05A board provides full MULTI- 
BUS arbitration control logic. This control logic al- 
lows up to three iSBC 86/05A boards or other bus 
masters to share the system bus using a serial (dai- 
sy chain) priority scheme and allows up to 16 mas- 
ters to share the MULTIBUS system bus with an ex- 
ternal parallel priority decoder. In addition to the mul- 
tiprocessing configurations made possible with mul- 
timaster capability, it also provides a very efficient 
mechanism for all forms of DMA (Direct Memory Ac- 
cess) transfers. 


Interrupt Capability 


The iSBC 86/05A board provides 9 vectored inter- 
rupt levels. The highest level is the NMI (Non-Mask- 
able Interrupt) line which is directly tied to the 8086 
CPU. This interrupt is typically used for signaling cat- 
astrophic events (e.g., power failure). The Intel 
8259A Programmable Interrupt Controller (PIC) pro- 
vides control and vectoring for the next eight inter- 
rupt levels. As shown in Table 3, a selection of four 
priority processing modes is available for use in de- 
signing request processing configurations to match 
system requirements for efficient interrupt servicing 
with minimal latencies. Operating mode and priority 
assignments may be reconfigured dynamically via 
software at any time during system operation. The 
PIC accepts interrupt requests from all on-board I/O 
resources and from the MULTIBUS system bus. The 
PIC then resolves requests according to the select- 
ed mode and, if appropriate, issues an interrupt to 
the CPU. Any combination of interrupt levels may be 
masked via software, by storing a single byte in the 
interrupt mask register of the PIC. In systems requir- 
ing additional interrupt levels, slave 8259A PICs may 
be interfaced via the MULTIBUS system bus, to gen- 
erate additional vector addresses, yielding a total of 
65 unique interrupt levels. 


Interrupt requests to 
be serviced by the 
iSBC 
86/05A board may originate from 24 sources. Table 
4 includes a list of devices and functions supported 
by interrupts. All interrupt signals are brought to the 
interrupt jumper matrix where any combination of in- 
terrupt sources may be strapped to the desired inter- 
rupt request level on the 8259A PIC or the NMI input 
to the CPU directly. 


Power-Fail 
Control and Auxiliary 
Power 


Control logic is also included, to accept a power-fail 
interrupt in conjunction with a power-supply having 
AC-Iow signal generation capabilities, to initiate an 
orderly shut down of the system in the event of a 
power failure. Additionally, an active-low TIL com- 
patible memory protect signal is brought out on the 
auxiliary connector which, when asserted, disables 
read/write access to RAM for systems requiring bat- 
tery backup of read/write memory. Selection of this 
auxiliary RAM power bus is made via jumpers on the 
board. 
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Mode 
Operation 


Fully Nested 
Interrupt 
Request 
Line Priorities 
Fixed at 0 as Highest, 7 as Lowest. 


Auto-Rotating 
Equal Priority. Each Level, After Receiving 
Service, 
Becomes 
the Lowest Priority 


Level until next Interrupt 
Occurs. 


Specific 
System Software 
Assigns 
Lowest Priority Level. Priority of all Other Levels Based in 
Priority 
Sequence 
Numerically 
on this Assignment. 


Polled 
System Software 
Examines 
Priority-Encoded 
System Interrupt 
Status via Interrupt 


Status Register. 


Device 
Function 
Number 
of 
Interrupts 


MUL TIBUS Bus Interface 
Requests 
from MUL TIBUS Resident 
8; may be Expanded 
to 64 


Peripherals 
or Other CPU Boards 
with Slave 8259A PICs on 
MUL TIBUS Boards 


8255A Programmable 
Signals Input Buffer Full or Output Buffer Empty; 
3 
Peripheral 
Interface 
also BUS INTR OUT General 
Purpose 
Interrupt 
from Driver/Terminator 
Sockets 


8251A USART 
Transmit 
Buffer Empty and Receive 
Buffer Full 
2 


8254 Timers 
Timer 0, 1 Outputs; 
Function 
Determined 
by 
2 


Timer Mode 


iSBX Connectors 
Function 
Determined 
by iSBX MUL TIMODULE 
4 


Board 
(2 per iSBX Connector) 


Bus Fail Safe Timer 
Indicates Addressed 
MUL TIBUS Resident 
1 


Device has not Responded 
to Command 
within 
6-10 
ms 


Power Fail Interrupt 
Indicates 
AC Power is not within Tolerance 
1 


Power Line Clock 
Source of 120 Hz Signal from Power Supply 
1 


External 
Interrupt 
General 
Purpose Interrupt 
from Auxiliary 
(P2) 
1 


Connector 
on Backplane 


iSBC 337 A MUL TIMODULE 
Indicates 
Error or Exception 
Condition 
1 
Numeric 
Data Processor 


System 
Development 
Environment 


Development support for the iSBC 86/05A Board is 
offered on the System 310 and Series IV Microcom- 
puter Development System from Intel as well as the 
IBM Personal Computer. 


In the Series IV, System 310 and IBM PC develop- 
ment environments, languages offered are Assem- 
bler, PLM-86, C, Fortran and Pascal. A powerful soft- 
ware debugger, PSCOPE, is also offered on all 
development systems. PSCOPE provides Software 
Trace Execution, defineable breakpoints and user 
defined/executable debugging procedures. 


The 121CETMIn-Circuit Emulator provides the neces- 
sary link between the software development envi- 
ronment and the "target" iSBC 86/05A board, the 
121CEIn-Circuit Emulator provides a sophisticated 
command set to assist in debugging software and 
final integration of the user hardware and software. 


iSDMTM System Debug Monitor 


The Intel iSDM System Debug Monitor package con- 
tains the necessary hardware, software, cables, 
EPROMs and documentation required to interface, 
through a serial or parallel connection, an iSBC 
86/05A target system to System 310 or Series IV 
Intellecl!> Microcomputer Development System for 
execution and interactive debugging of applications 
software on the target system. The Monitor can: 
load programs into the target system; execute the 
programs instruction by instruction or at full speed; 
set breakpoints; and examine/modify CPU registers, 
memory content, and other crucial environmental 
details. Additional custom commands can be built 
using the Command Extension Interface (CEI). 


Software 
Support 


The iRMX 86 operating system is offered for devel- 
opment with a System 310 and provides users with a 
powerful set of system building blocks for develop- 


ing many different real-time applications. Key iRMX 
86 operating system features include multitasking, 
multiprogramming, interrupt management, device in- 
dependence, file protection and control, interactive 
debugging, plus interfaces to many Intel and non-In- 
tel developed hardware and software products. 


The iRMX 86 operating system is highly modular and 
configurable, and includes a sophisticated file man- 
agement, I/O system, and powerful human inter- 
face. The iRMX 86 operating system is also' easily 
customized and extended by the user to match 
unique requirements. 


Instruction: 8, 16, 24, or 32 bits 
Data: 8, 16 bits 


System 
Clock 


5.00 MHz or 8.00 MHz ± 0.1% ijumper selectable) 


Basic Instruction 
Cycle 
At 8 MHz: 750 ns 
250 
ns 
(assumes 
instruction 
in 
the 
queue) 
At 5 MHz: 1.2 sec. 


400 ns (assumes instruction in the queue) 


NOTE: 
Basic instruction cycle is defined as the fastest in- 
struction time (Le., two clock cycles). 


500 ns cycle time (no wait states requires a memory 
component access time of 250 ns or less) 
RAM: 500 ns 
EPROM: Jumper selectable from 500 ns to 875 ns 
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JEDEC 
24/28 
Pin Sites 


Device 
Total 
Capacity 
Address 
Range 


2K x 8 
8K bytes 
FEOOO-FFFFFH 


4K x 8 
16K bytes 
FCOOO-FFFFFH 


8K x 8 
32K bytes 
F8000-FFFFFH 


16K X 8 
64K bytes 
FOOOO-FFFFFH 


32K x 8 
128K bytes 
EOOOO-FFFFFH 
64K 
X 8 
256K bytes 
COOOO-FFFFFH 


With 
iSBC@ 341 MUL TIMODULETM 
EPROM/SRAM 


Device 
Total 
Capacity 
Address 
Range 


2K x 8 
16K bytes 
FCOOO-FFFFFH 


4K X 8 
32K bytes 
F8000-FFFFFH 
8K X 8 
64K bytes 
FOOOO-FFFFFH 


16K X 8 
128K bytes 
EOOOO-FFFFFH 


32K 
X 8 
256K bytes 
COOOO-FFFFFH 


64K 
X 8 
512K bytes 
80000-FFFFFH 


NOTE: 
iSBC 86/05A EPROM sockets support JEDEC 24/28-pin 
standard EPROMs and RAMS. 


8K bytes 
- 
0-1 FFFH 


16K bytes- 
0-3FFFH 
(with iSBC 302 MUL TIMOD- 


ULE Board) 


PARALLEL 
- 
24 programmable 
lines us- 


ing one 8255A. 


SERIAL 
- 
1 programmable 
line using 


one 8251 A. 


iSBX MUL TIMODULE- 
2 
iSBX 
single 
wide 
MUL TIMODULE 
board or 1 


iSBX 
double-width 
MUL TI- 


MODULE 
board. 


SERIAL 
COMMUNICATIONS 


CHARACTERISTICS 


SYNCHRONOUS 
- 
5-8 
bit characters; 
internal 
or 


external 
character 
synchroni- 


zation; 
automatic 
sync 
inser- 


tion. 


ASYNCHRONOUS- 
5-8 
bit 
characters; 
break 
character 
generation; 
1, 11f2, 


or 2 stop bits; false start bit di- 
rection. 


Frequency 
(KHz) 
Baud Rate (Hz) 


(Software 
Synchronous 
Asynchronous 
Selectable) 


+16 
+64 


153.6 
- 
9600 
2400 


76.8 
- 
4800 
1200 


38.4 
38400 
2400 
600 


19.2 
19200 
1200 
300 


9.6 
9600 
600 
150 


4.8 
4800 
300 
75 


2.4 
2400 
150 
- 


1.76 
1760 
110 
- 


NOTE: 
1. Frequency selected by I/O write of appropriate 16-bit 
frequency factor to baud rate register (8254 Timer 2). 


Input Frequencies 
Reference: 
2.46 
MHz 
± 0.1 % 
(0.041 
sec. 
period. 


nominal); 
or 
153.60 
KHz 
± 0.1 % 


(6.51 sec. period, 
nominal) 


NOTE: 
. 


Above frequencies 
are user selectable 


Dual 


Function 
Single 
Timer/Counter 


Timer/Counter 
(Two 
Timers 


Cascadedl 


Mln 
Max 
Mln 
Max 


Real-TIme 
1.631's 
427.1 
ms 
3.26s 
466.50 
Interrupt 
min 


Programmable 
1.631's 
427.1 
ms 
3.26s 
466.50 
One-Shot 
min 


Rate Generator 
2.342 
Hz 
613.5 
kHz 
0.000036 
306.8 
kHz 


Hz 


Square-Wave 
2.342 
Hz 
613.5 
kHz 
0.000036 
306.8 
kHz 


Rate Generator 
Hz 


Software 
1.631's 
427.1 
ms 
3.26s 
466.50 


Triggered 
Strobe 
min 


Hardware 
1.631's 
427.1 
ms 
3.26s 
466.50 
T riaaered 
Strobe 
min 


Event 
- 
2.46 MHz 
- 
- 
Counter 
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MUL TIBUS Bus: 
All signals 
TTL compati- 
ble 


iSBX BUS Bus: 
All signals 
TTL compati- 
ble 


PARALLEL 
I/O: 
All signals 
TTL compati- 
ble 


SERIAL I/O: 
RS232C 
compatible, 
configurable 
as 
a 
data 
set or data terminal 


TIMER: 
All signals 
TTL compati- 
ble 


INTERRUPT 
REQUESTS: 
All TTL compatible 


Double- 


Interface 
Sided 
Centers 
Mating 
Pins 
(in.) 
Connectors 
(qty) 


MULTIBUS 
86 
0.156 
Viking 
System 
Wire Wrap 


iSBX Bus 
8-Bit Data 
36 
0.1 
iSBX960-5 
16-Bit Data 
44 
0.1 
iSBX 961-5 


Parallel I/O 
50 
0.1 
3M Flat 
(2) 
or 
T1 PINS 


Serial I/O 
26 
0.1 
3M Flat 
or 
AMP Flat 


The following 
line drivers are all compatible 
with the 
I/O driver sockets 
on the iSBC 86/05A 
board. 


Driver 
Characteristic 
Sink Current 
(mA) 


7438 
I,OC 
48 
7437 
I 
48 
7432 
NI 
16 
7426 
I,OC 
16 
7409 
NI,OC 
16 
7408 
NI 
16 
7403 
I,OC 
16 
7400 
I 
16 


NOTES: 
I = inverting; 
NI = non-inverting; 
OC = open collector. 


Port 1 of the 8255A 
has 20 mA totem-pole 
bidirec- 
tional drivers 
and 1K terminators 


2200/3300 
2200 


+5V 
~ 
__f 
_ 


11<0 
1kO 


+5V~ 
143325-3 


Function 
Characteristic 
Sink Current 
(mA) 


Data 
Tri-State 
50 
Address 
Tri-State 
50 
Commands 
Tri-State 
32 
Bus Control 
Open Collector 
20 


Physical Characteristics 


Width: 
12.00 in. (30.48 cm) 


Height: 
6.75 in. (17.15 cm) 


Depth: 
0.70 in. (1.78 cm) 


Weight: 
14 oz (388 gm) 


Current 
Requirements 
Configuration 
(All Voltages 
±5%) 


+5V 
+12V 
-12V 


Without 
EPROM(l) 
4.7A 
25mA 
23mA 
RAM only(2) 
120 mA 


With 8K EPROM(3) 
5.0A 
25mA 
23mA 
(using 2716) 


With 16K EPROM(3) 
4.9A 
25mA 
23mA 
(using 2732) 


With 32K EPROM(3) 
4.9A 
25mA 
23mA 
(using 2764) 


NOTES: 
1. Does 
not include 
power 
for optional 
ROMIEPROM, 
1/0 
drivers, 
and 1/0 terminators. 
2. RAM 
chips 
powered 
via auxiliary 
power 
bus 
in power- 
down 
mode. 
3. Includes 
power 
required 
for 4 ROMIEPROM 
chips. 
and 
1/0 terminators 
installed 
for 16 1/0 
lines; all terminator 
in- 
puts low. 
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ENVIRONMENTAL 
CHARACTERISTICS 


Operating Temperature: O·Cto 55·C 
Relative Humidity: to 90% (without condensation) 


Order 
no. 
147162-002-iSBC 
86/05A 
Hardware 


Reference 
Manual (NOT SUPPLIED) 


Manuals may be ordered from any Intel sales repre- 
sentative, distributor office or from Intel Literature 
Department, 3065 Bowers Avenue, Santa Clara, 
California 95051. 


ORDER 
INFORMATION 
PartNumber 
Description 


SBC B6/05A 
16-bit Single Board Computer with 
BK bytes RAM 


iSBC® 86/14 AND iSBC® 86/30 
SINGLE BOARD COMPUTERS 
• 8086 Microprocessor 
with 5 or 8 MHz 
• Programmable 
Synchronous/ 
CPU Clock 
Asynchronous 
RS232C Compatible 
• Fully Software 
Compatible 
with iSBC® 
Serial Interface 
with Software 


86/12A 
Single Board Computer 
Selectable 
Baud Rates 
• Optional 
8086 Numeric 
Data Processor 
• Two Programmable 
16-Bit BCD or 


with iSBC® 337A MUL TIMODULETM 
Binary Timers/Event 
Counters 


Processor 
• 9 Levels of Vectored 
Interrupt 
Control, 


• 32K/128K 
bytes of Dual-Port 
Read/ 
Expandable 
to 65 Levels 


Write Memory 
Expandable 
On-Board 
to 
• MUL TIBUS® 
Interface 
for Multimaster 
256K bytes with On-Board 
Refresh 
Configurations 
and System 
Expansion 
• Sockets 
for up to 64K bytes of JEDEC 
• Supported 
by a Complete 
Family of 


24/28-pin 
Standard 
Memory 
Devices 
Single Board Computers, 
Memory, 


• Two iSBXTM Bus Connectors 
Digital and Analog 110, Peripheral 
Controllers, 
Packaging 
and Software 
• 24 Programmable 
Parallel 110 Lines 


The 
iSBC 86/14 
and iSBC 86/30 
Single 
Board 
Computers 
are members 
of Intel's 
complete 
line of OEM 
microcomputer 
systems 
which take full advantage 
of Intel's technology 
to provide 
economical, 
self-contained, 


computer-based 
solutions 
for OEM applications. 
Each board is a complete 
computer 
system on a single 6.75 x 


12.00-in. 
printed 
circuit card distinguished 
by RAM memory 
content 
with 32K bytes and 128K bytes provided 
on the iSBC 86/14 
and iSBC 86/30 
board, respectively. 
The CPU, system clock, read/write 
memory, 
nonvola- 


tile 
read 
only 
memory, 
I/O 
ports 
and 
drivers, 
serial 
communications 
interface, 
priority 
interrupt 
logic 
and 


programmable 
timers, 
all reside on the boards. 


Central 
Processing 
Unit 


The central processor for the iSBC 86/XX· boards is 
Intel's iAPX 86/10 (8086-2) CPU. A clock rate of 8 
MHz is supported with a jumper selectable option of 
5 MHz. The CPU architecture includes four 16-bit 
byte addressable data registers, two 16-bit memory 
base pointer registers and two 16-bit index registers, 
all accessed by a total of 24 operand addressing 
modes for comprehensive memory addressing and 
for support of the data structures required for to- 
day's structured, high level languages as well as as- 
sembly language. 


NOTE: 
iSBC 86/XX designates both the iSBC 86/14 and 
iSBC 86/30 CPU boards. 


The 8086 instruction ,repertoire includes variable 
length instruction format (including double operand 
instructions), 8-bit and 16-bit signed and unsigned 
arithmetic operators for binary, BCD and unpacked 
ASCII data, and iterative word and byte string manip- 
ulation functions. 


For enhanced numerics processing capability, the 
iSBC 337A MULTIMODULE Numeric Data Proces- 
sor extends the 8086/10 architecture and data set. 
Over 60 numeric instructions offer arithmetic, trigo- 
nometric, transcendental, logarithmic and exponen- 
tial instructions. Supported data types include 16-, 
32, and 64-bit integer, and 32- and 64-bit floating 
point, 18-digit packed BCD and 80-bit temporary. 


A 6-byte instruction queue provides pre-fetching of 
sequential instructions and can reduce the 750 nsec 
minimum instruction cycle to 250 nsec for queued 
instructions. The stack-oriented architecture readily 
supports modular programming by facilitating fast, 
simple, inter-module communication, and other pro- 
gramming constructs needed for asynchronous real- 
time systems. The memory expansion capabilities 
offer a 1 megabyte addressing range. The dynamic 
relocation scheme allows ease in segmentation of 
pure procedure and data for efficient memory utiliza- 
tion. Four s.egmentregisters (code, stack, data, ex- 
tra) contain program loaded offset values which are 
used to map 16-bit addresses to 20-bit addresses. 
Each register maps 64K bytes at a time and activa- 
tion of a specific register is controlled explicitly by 
program control and is also selected implicitly by 
specific functions and instructions. 
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Figure 
1. iSBC@ 86/XX 
Block Diagram 
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The 
iSBC 86/14 
and iSBC 86/30 
microcomputers 
contain 
32K bytes and 128K bytes of dual-port 
dy- 
namic RAM, respectively. 
In addition, 
on-board 
RAM 
may be doubled 
on each microcomputer 
by optional- 
ly adding 
RAM 
MUL TIMODULE 
boards. 
The 
on- 
board 
RAM 
may be expanded 
to 256K 
bytes 
with 
the iSBC 304 MUL TIMODULE 
Board mounted 
onto 
the iSBC 86/30 
board. Likewise, 
the iSBC 86/14 
mi- 
crocomputer 
may be expanded 
to 64K 
bytes 
with 
the 
iSBC 
300A 
MUL TIMODULE 
option. 
The 
dual- 
port controller 
allows 
access 
to the on-board 
RAM 
(including 
RAM 
MUL TIMODULE 
options) 
from 
the 
iSBC 86/XX 
boards 
and from any other 
MUL TIBUS 
master 
via the system 
bus. Segments 
of on-board 
RAM may be configured 
as a private 
resource, 
pro- 
tected 
from MUL T1BUS system access. 
The amount 
of memory 
allocated 
as a private 
resource 
may be 
configured 
in increments 
of 25% 
of the 
total 
on- 
board 
memory 
ranging 
from 0% to 100% 
(optional 
RAM MUL TIMODULE 
boards 
double 
the increment 
size). These 
features 
allow 
the multiprocessor 
sys- 
tems 
to establish 
local memory 
for each processor 
and 
shared 
system 
memory 
configurations 
where 
the 
total 
system 
memory 
size 
(including 
local 
on- 
board 
memory) 
can exceed 
one 
megabyte 
without 
addressing 
conflicts. 


Four 28-pin sockets 
are provided 
for the use of Intel 
2716s, 2732As, 
2764s, 27128s, 
and their respective 
ROMs. 
When 
using 27128s, 
the on-board 
EPROM 
capacity 
is 64K bytes. Other JEDEC standard 
pinout 
devices are also supported, 
including 
byte-wide 
stat- 
ic RAMs. 


The 
iSBC 86/XX 
Single 
Board 
Computers 
contain 
24 programmable 
parallel 
I/O lines implemented 
us- 
ing the Intel 8255A 
Programmable 
Peripheral 
Inter- 
face. The system 
software 
is used to configure 
the 
I/O 
lines in any combination 
of unidirectional 
input/ 


output and bidirectional 
ports indicated 
in Table 1. In 
order to take advantage 
of the large number 
of pos- 
sible I/O configurations, 
sockets 
are provided 
for in- 


terchangeable 
I/O 
line drivers 
and terminators, 
al- 
lowing the selection 
of the appropriate 
combination 
of optional 
line drivers 
and terminators 
with the re- 
quired drive/termination 
characteristics. 
The 24 pro- 
grammable 
I/O 
lines 
and 
signal 
ground 
lines 
are 
brought 
out to a 50-pin edge connector. 


A 
programmable' 
communications 
interface 
using 
the 
Intel 
8251A 
Universal 
Synchronous/Asynchro- 
nous Receiver/Transmitter 
(USART) 
is contained 
on 
the iSBC 86/XX 
boards. A software 
selectable 
baud 
rate generator 
provides 
the USART with all common 
communication 
frequencies. 
The mode of operation 
(i.e., synchronous 
or asynchronous), 
data 
format, 
control 
character 
format, parity, and baud rate are all 
under program 
control. 
The 8251A 
provides 
full du- 


plex, double buffered 
transmit 
and receive capability. 


Parity, overrun, 
and framing 
error 
detection 
are all 
incorporated 
in the USART. The RS232C 
command 
lines, 
serial 
data 
lines 
and 
signal 
ground 
line 
are 
brought 
out to a 26-pin edge connector. 


Programmable 
Timers 


The iSBC 86/XX 
boards 
provide 
three independent, 
fully 
programmable 
16-bit 
interval 
timers/event 
counters 
utilizing 
the 
Intel 8253 
Programmable 
In- 


Mode of Operation 


Unidirectional 


Port 
Lines 
Input 
Output 
Bidirectional 
Control 
(Qty) 


Latched 
Latched 
& 
Latched 
Latched 
& 
Strobed 
Strobed 


1 
8 
X 
X 
X 
X 
X 
2 
8 
X 
X 
X 
X 
3 
4 
X 
X 
X(I) 


4 
X 
X 
X(I) 


NOTE: 
1. Part of port 3 must be used as a control 
port when 
either 
port 
1 or port 2 are used as a latched 
and strobed 
input or a 
latched 
and strobed 
output 
port or port 1 is used as a bidirectional 
port. 


inter 


terval Timer. Each counter 
is capable 
of operating 
in 
either 
BCD or binary 
modes. 
Two of these 
timers/ 
counters 
are available 
to the 
systems 
designer 
to 
generate 
accurate 
time 
intervals 
under 
software 
control. 
Routing 
for the outputs 
and gate/trigger 
in- 
puts of two of these 
counters 
is jumper 
selectable. 
The 
outputs 
may 
be independently 
routed 
to the 
8259A 
Programmable 
Interrupt 
Controller 
and to the 


I/O terminators 
associated 
with the 8255A 
to allow 
external 
devices 
or an 8255A 
port to gate the timer 
or to count 
external 
events. 
The third interval 
timer 
in the 8253 
provides 
the 
programmable 
baud 
rate 
generator 
for 
the 
iSBC 
86/XX 
boards' 
RS232C 
USART 
serial port. The system 
software 
configures 
each timer independently 
to select the desired func- 
tion. Seven functions 
are available 
as shown 
in Ta- 
ble 2. The contents 
of each counter 
may be read at 
any time during system 
operation. 


Function 
Operation 


Interrupt 
on 
When terminal 
count is reached, 
Terminal 
Count 
an interrupt 
request is generated. 
This function 
is extremely 
useful 
for generation 
or real-time 
clocks. 


Programmable 
Output goes low upon receipt of 
One-Shot 
an internal trigger edge or 
software 
command 
and returns 
high when terminal count is 
reached. 
This function 
is 
retriggerable. 


Rate 
Divide by N counter. 
The output 


Generator 
will go low for one input clock 
cycle, and the period from one 
low going pulse to the next is N 
times the input clock period. 


Square-Wave 
Output will remain high until one- 
Rate Generator 
half the count has been 
completed, 
and go low for the 
other half of the count. 


Software 
Output remains high until 
Triggered 
software 
loads count (N). N 
Strobe 
counts after count is loaded, 
output goes low for one input 
clock period. 


Hardware 
Output goes low for one clock 
Triggered 
period N counts after rising edge 
Strobe 
counter 
trigger input. The counter 
is retriggerable. 


Event Counter 
On a jumper selectable 
basis, the 
clock input becomes 
an input 


from the external 
system. CPU 


may read the number of events 
occurring 
after the counter 
"window" 
has been enabled 
or 


an interrupt 
may be generated 


after N events occur in the 
system. 


iSBXTM MUL TIMODULETM On-Board 
Expansion 


Two 8/16-bit 
iSBX MULTIMODULE 
connectors 
are 
provided 
on 
the 
iSBC 
86/XX 
microcomputers. 
Through 
these 
connectors, 
additional 
on-board 
I/O 
functions 
may 
be 
added. 
iSBX 
MUL TIMODULE 
boards optimally 
support 
functions 
provided 
by VLSI 
peripheral 
components 
such 
as additional 
parallel 
and serial 
I/O, 
analog 
I/O, 
small 
mass storage 
de- 
vice 
controllers 
(e.g., cassettes 
and 
floppy 
disks), 
and other custom 
interfaces 
to meet specific 
needs. 
By mounting 
directly 
on the single 
board 
computer, 
less interface 
logic, less power, 
simpler 
packaging, 
higher 
performance, 
and 
lower 
cost 
result 
when 
compared 
to other alternatives 
such as MUL TIBUS 
form factor compatible 
boards. The iSBX connectors 
on the iSBC 86/XX 
boards provide all signals neces- 
sary to interface 
to the local on-board 
bus, including 
16 data lines for maximum 
data transfer 
rates. iSBX 
MUL TIMODULE 
boards 
designed 
with 
8-bit 
data 
paths 
and using the 8-bit iSBX connector 
are also 
supported 
on the 
iSBC 
86/XX 
microcomputers. 
A 
broad 
range 
of iSBX 
MUL TIMODULE 
options 
are 
available 
in this family from Intel. Custom 
iSBX mod- 
ules may also be designed 
for use on the iSBC 86/ 
XX boards. 
An iSBX bus interface 
specification 
and 
iSBX connectors 
are available 
from Intel. 


MUL TIBUS® 
SYSTEM 
BUS AND 
MUL TIMASTER 
CAPABILITIES 


The MUL TIBUS 
system 
bus is Intel's 
industry 
stan- 
dard microcomputer 
bus structure. 
Both 8 and 16-bit 
single board computers 
are supported 
on the MUL- 


TIBUS structure 
with 24 address 
and 16 data lines. 
In its simplest 
application, 
the 
MUL TIBUS 
system 
bus allows expansion 
of functions 
already 
contained 
on a single board computer 
(e.g., memory and digital 
I/O). 
However, 
the MUL TIBUS structure 
also allows 
very 
powerful 
distributed 
processing 
configurations 
with 
multiple 
processors 
and 
intelligent 
slave 
I/O, 
and peripheral 
boards 
capable 
of solving 
the most 
demanding 
microcomputer 
applications. 
The MULTI- 
BUS system 
bus is supported 
with a broad 
array of 
board level products, 
LSI interface 
components, 
de- 


tailed published 
specifications 
and application 
notes. 


Expansion Capabilities 


Memory 
and I/O capacity 
may be expanded 
and ad- 
ditional functions 
added using Intel MUL TIBUS com- 
patible 
expansion 
boards. 
Memory 
may be expand- 


ed by adding 
user specified 
combinations 
of RAM 
boards, 
EPROM boards, or combination 
boards. On- 


intJ 


board 
EPROM 
capacity 
may be expanded 
to 128K 
by user reprogramming 
of a PAL device 
to support 
27256 
EPROM 
devices. 
Input/output 
capacity 
may 
be added with digital I/O and analog 
I/O expansion 
boards. 
Mass storage 
capability 
may be achieved 
by 
adding 
single or double 
density 
diskette 
controllers, 
or hard disk controllers. 
Modular 
expandable 
back- 
planes and card cages are available 
to support 
multi- 
board systems. 


For those 
applications 
requiring 
additional 
process- 
ing capacity 
and the benefits 
of multiprocessing 
(Le., 
several 
CPUs 
and/or 
controllers 
logically 
sharing 
system 
tasks through 
communication 
of the system 
bus), the iSBC 86/XX 
boards provide full MUL TIBUS 
arbitration 
control 
logic. This control 
logic allows 
up 
to three 
iSBC 86/XX 
boards 
or other 
bus masters, 
including 
iSBC 80 family MUL TIBUS compatible 
8-bit 
single board computers 
to share the system 
bus us- 
ing a serial (daisy chain) priority 
scheme 
and allows 
up to 16 masters 
to share 
the 
MUL TIBUS 
system 
bus with an external 
parallel 
priority decoder. 
In ad- 
dition 
to 
the 
multiprocessing 
configurations 
made 
possible 
with multi master capability, 
it also provides 
a very efficient 
mechanism 
for all forms of DMA (Di- 
rect Memory 
Access) 
transfers. 


Interrupt 
Capability 


The iSBC 86/XX 
boards provide 9 vectored 
interrupt 
levels. 
The highest 
level is the NMI (Non-Maskable 
Interrupt) 
line which is directly 
tied to the 8086 CPU. 


This 
interrupt 
is typically 
used 
for 
signaling 
cata- 
strophic 
events (e.g., power failure). The Intel 8259A 
Programmable 
Interrupt 
Controller 
(PIC) 
provides 
control 
and vectoring 
for the next eight interrupt 
lev- 
els. As shown 
in Table 3, a selection 
of four priority 
processing 
modes 
is available 
for use in designing 


Mode 
Operation 


Fully Nested 
Interrupt 
request 
line priorities fixed 
at 0 as highest, 7 as lowest. 


Auto-Rotating 
Equal priority. Each level, after 
receiving 
service, 
becomes 
the 
lowest priority level until next 
interrupt 
occurs. 


Specific 
System software 
assigns lowest 
Priority 
priority level. Priority of all other 
levels based in sequence 
numerically 
on this assignment. 


Polled 
System software 
examines 
priority- 
encoded 
system interrupt 
status via 
interrupt 
status register. 


request 
processing 
configurations 
to match 
system 
requirements 
for 
efficient 
interrupt 
servicing 
with 
minimal 
latencies. 
Operating 
mode 
and priority 
as- 
signments 
may be reconfigured 
dynamically 
via soft- 
ware at any time during system 
operation. 
The PIC 
accepts 
interrupt 
requests 
from all on-board 
I/O re- 
sources 
and from the MUL TIBUS 
system 
bus. The 
PIC then resolves 
requests 
according 
to the select- 
ed mode 
and, if appropriate, 
issues 
an interrupt 
to 
the CPU. Any combination 
of interrupt 
levels may be 
masked 
via software, 
by storing 
a single byte in the 
interrupt 
mask register 
of the PIC. In systems 
requir- 
ing additional 
interrupt 
levels, slave 8259A 
PICs may 
be interfaced 
via the MUL TIBUS system bus, to gen- 
erate additional 
vector 
addresses, 
yielding 
a total of 
65 unique interrupt 
levels. 


Interrupt 
rp,quests to be serviced 
by the iSBC 86/XX 
boards 
may originate 
from 
28 sources. 
Table 
4 in- 
cludes 
a list of devices 
and functions 
supported 
by 
interrupts. 
All interrupt 
signals are brought 
to the in- 
terrupt 
jumper 
matrix where 
any combination 
of in- 
terrupt sources 
may be strapped 
to the desired 
inter- 
rupt request 
level on the 8259A PIC or the NMI input 
to the CPU directly. 


Power-Fail 
Control and Auxiliary 
Power 


Control 
logic is also included 
to accept 
a power-fail 
interrupt 
in conjunction 
with the AC-Iow 
signal from 
the iSBC 635 and iSBC 640 Power Supply or equiva- 
lent, to initiate an orderly shut down of the system 
in 
the event of a power failure. 
Additionally, 
an active- 
low 
TTL 
compatible 
memory 
protect 
signal 
is 
brought 
out on the auxiliary 
connector 
which, 
when 
asserted, 
disables 
read/write 
access 
to RAM mem- 


ory on the board. This input is provided 
for the pro- 


tection 
of RAM contents 
during system 
power-down 
sequences. 
An auxiliary 
power 
bus is also provided 
to allow separate 
power to RAM for systems 
requir- 
ing battery back-up 
of read/write 
memory. 
Selection 
of this auxiliary RAM power bus is made via jumpers 
on the board. 


System Development 
Capabilities 


The development 
cycle of iSBC 86/XX 
products 
can 
be significantly 
reduced 
and simplified 
by using ei- 
ther the System 
86/310 
or the Intellec 
Series 
IV Mi- 
crocomputer 
Development 
System 
or the IBM PC. 


The 
121CE In-Circuit 
Emulator 
provides 
the 
neces- 
sary link between 
the 
software 
development 
envi- 
ronment 
and 
the 
"target" 
iSBC 
86/XX 
execution 
system. 
In addition 
to providing 
the mechanism 
for 
loading executable 
code and data into the iSBC 86/ 
XX boards, 
the 121CEIn-Circuit 
Emulator 
provides 
a 
sophisticated 
command 
set to assist 
in debugging 
software 
and final integration 
of the user hardware 
and software. 


Intel's 
system's 
implementation 
language, 
PL/M-86, 
is standard 
in the System 
86/310 
and is also avail- 
able for the Series IV and the IBM PC. PL/M-86 
pro- 
vides 
the 
capability 
to program 
in algorithmic 
lan- 
guage 
and eliminates 
the need to manage 
register 
usage or allocate 
memory while still allowing 
explicit 
control 
of 
the 
system's 
resources 
when 
needed. 
FORTRAN 
86, PASCAL 
86 and C86 are also .avail- 
able the Intellec 
Series 
IV, 86/310 
systems 
and the 
IBM PC. 


Instruction: 
8, 16, 24, or 32 bits 


Data: 8, 16 bits 


System Clock 


5.00 MHz or 8.00 MHz ± 0.1 % Oumper selectable) 


BASIC 
INSTRUCTION 
CYCLE 
8 MHz: 
750 ns 
250 ns (assumes 
instruction 
in the queue) 


5 MHz: 
1.2 /Jos 
400 ns (assumes 
instruction 
in the queue) 


NOTE: 
Basic 
instruction 
cycle 
is defined 
as the fastest 
in- 
struction 
time (Le., two clock 
cycles). 


Device 
Function 
Number 
of 
Interrupts 


MUL TIBUS Interface 
Requests 
from MUL TIBUS resident 
peripherals 
or other 
8; may be Expanded 
to 
CPU boards. 
64 with Slave 8259A 
PICs on MUL TIBUS 
Boards 


8255A Programmable 
Signals input buffer full or output buffer empty; also BUS 
3 
Peripheral 
Interface 
INTR OUT general purpose 
interrupt from driver/ 
terminator 
sockets. 


8251A USART 
Transmit 
buffer empty and receive buffer full. 
2 


8253 Timers 
Timer 0, 1 outputs; function 
determined 
by timer mode. 
2 


iSBX Connectors 
Function 
determined 
by iSBX MUL TIMODULE 
board. 
4 
(2 per iSBX Connector) 


Bus Fail Safe Timer 
Indicates 
addressed 
MUL TIBUS resident device has not 
1 
responded 
to command 
within 6 ms. 


Power Fail Interrupt 
Indicates 
AC power is not within tolerance. 
1 


Power Line Clock 
Source of 120 Hz signal from power supply. 
1 


External 
Interrupt 
General purpose 
interrupt 
from auxiliary (P2) connector 
1 
on backplane. 


iSBC 337 A MUL TIMODULE 
Indicates 
error or exception 
condition. 
1 
Numeric 
Data Processor 


Parity Error 
Indicates 
on-board 
RAM parity error from iSBC 303 
1 
parity MULTIMODULE 
board (iSBC 86/14 
option). 


Edge-Level 
Conversion 
Converts 
edge triggered 
interrupt 
request to level 
1 
interrupt. 


OR-Gate 
Matrix 
Outputs of OR-gates 
on-board 
for multiple interrupts. 
2 


inter 


Memory Cycle Time 
RAM: 
750 ns 


EPROM: 
Jumper 
selectable 
from 500 ns to 875 ns 


ON·BOARD 
EPROM 


Device 
Total Capacity 
2716 
8K bytes 
2732A 
16K bytes 
2764 
32K bytes 
27128 
64K bytes 


Address 
Range 
FEOOO-FFFFFH 
FCOOO-FFFFFH 
F8000-FFFFFH 
FOOOO-FFFFFH 


NOTE: 
iSBC 86/XX 
EPROM 
sockets 
support 
JEDEC 
24/ 
28-pin standard 
EPROMs 
and RAMs. Total EPROM 
capacity 
may be increased 
to 128 bytes by the user 
reprogramming 
an on-board 
PAL. 


ON·BOARD 
RAM 


Board 
Total Capacity 
iSBC 86/14 
32K bytes 
iSBC 86/30 
128K bytes 


Address 
Range 
0-07FFFH 
0-1FFFFH 


WITH 
MUL TIMODULETM 
RAM 


Board 
Total Capacity 
Address 
Range 
iSBC 300A 
64K bytes 
O-OFFFFH 
(with iSBC 86/14) 
iSBC 304 
256K bytes 
0-3FFFFH 
(with iSBC 86/30) 


Parallel: 
24 programmable 
lines using one 8255A 


Serial: 
1 programmable 
line using one 8251A 


iSBX MUL TIMODULE: 
2 iSBX boards 


Serial Communications 
Characteristics 
Synchronous: 
5-8 
bits characters; 
internal 
or exter- 


nal character 
synchronization; 
automatic 
sync inser- 
tion 


Asynchronous: 
5-8 
bit characters; 
break 
character 
generation; 
1, 11f2,or 2 stop bits; false start bit direc- 
tion 


Frequency 
(kHz) 
Baud Rate (Hz) 
(Software 
Selectable 
Synchronous 
Asynchronous 


+16 
+64 
153.6 
- 
9600 
2400 
76.8 
- 
4800 
1200 
38.4 
38400 
2400 
600 
19.2 
19200 
1200 
300 
9.6 
9600 
600 
150 
4.8 
4800 
300 
75 
2.4 
2400 
150 
- 
1.76 
1760 
110 
- 


NOTE: 
Frequency selected by 1/0 write of appropriate 16-bil fre- 
quency factor to baud rate register (8253 Timer 2). 


Reference: 
2.46 
MHz 
± 0.1 % (0.041 
,...sec period, 


nominal); 
or 153.60 
kHz ± 0.1 % (6.51 ,...sec period, 
nominal) 


NOTE: 
Above frequencies 
are user selectable. 


Single 
Dual 
Timer/counter 
Function 
Timer/Counter 
(Cascaded) 


Mln 
Max 
Min 
Max 


Real-Time 
Interrupt 
1.63,...s 
427.1 ms 
3.26s 
466.50 min 


Programmable 
One-Shot 
1.63,...s 
427.1 ms 
3.26s 
466.50 min 


Rate Generator 
2.342 Hz 
613.5 kHz 
0.000036 
Hz 
306.8 kHz 


Square-Wave 
Rate Generator 
2.342 Hz 
613.5 kHz 
0.000036 
Hz 
306.8 kHz 


Software 
Triggered 
Strobe 
1.63,...s 
427.1 ms 
3.26s 
466.50 min 


Hardware 
Triggered 
Strobe 
1.63,...s 
427.1 ms 
3.26s 
466.50 min 


Event Counter 
- 
2.46 MHz 
- 
- 


inter 


MUL TIBUS: 
All signals TIL 
compatible 


iSBX Bus: All signals TIL 
compatible 


Parallel 
I/O: All signals TIL 
compatible 


Serial 
I/O: 
RS232C 
compatible, 
configurable 
as a 


data set or data terminal 


Timer: All signals TIL 
compatible 


Interrupt 
Requests: 
All TIL 
compatible 


Double- 
Centers 
Mating 
Interface 
Sided 
Pins 
(in.) 
Connectors 


MUILTIBUS 
86 
0.156 
Viking 


System 
3KH43/9AMK12 
Wire Wrap 


iSBX Bus 
36 
0.1 
iSBX 960-5 


8-Bit Data 


Parallel I/O 
50 
0.1 
3M 3415-000 
Flat 


(2) 
or 
TI H312125 
Pins 


Serial I/O 
26 
0.1 
3M 3462-0001 
Flat or 
AMP 88106-1 
Flat 


The following 
line drivers are all compatible 
with the 


I/O driver sockets 
on the iSBC 86/05 
board. 


Driver 
Characteristics 
Sink Current 
(mA) 


7438 
I,OC 
48 


7437 
I 
48 


7432 
NI 
16 


7426 
I,OC 
16 


7409 
NI,OC 
16 


7408 
NI 
16 


7403 
I,OC 
16 


7400 
I 
16 


NOTE: 
I = inverting; 
NI = non-inverting; 
OC = open 
collector. 


Port 1 of the 8255A 
has 20 mA totem-pole 
bidirec- 
tional drivers 
and 1 Kfi 
terminators 


2200 


+5V~~ 
f 
--------------------- 


+5V ---'Y."'..------no 


280007-3 


Function 
Characteristic 
Sink Current 
(mA) 


Data 
Tri-State 
32 
Address 
Tri-State 
32 
Commands 
Tri-State 
32 
Bus Control 
Open Collector 
20 


Physical Characteristics 


Width: 
12.00 in. (30.48 cm) 
Height: 6.75 in. (17.15 cm) 
Depth: 0.70 in. (1.78 cm) 
Weight: 
14 oz (388 gm) 


Operating 
Temperature: 
O·C to 55·C 
Relative 
Humidity: 
to 90% 
(without 
condensation) 


inter 


Current 
Requirements 


Configuration 
(All Voltages 
±5%) 


+5V 
+12V 
-12V 


Without 
EPROM1 
5.1A 
25mA 
23mA 


RAM only2 
600mA 
- 
- 


With 8K EPROM3 
5.4A 
25mA 
23mA 


(using 2716) 
With 16K EPROM3 
5.5A 
25mA 
23mA 


(using 2732A) 
With 32K EPROM3 
5.6A 
25mA 
23mA 


(using 2764) 


NOTES: 
1. Does not include power for optional ROMIEPROM, I/O 
drivers, and 1/0 terminators. 
2. RAM chips powered via auxiliary power bus in power- 
down mode. 
3. Includes power required for 4 ROMIEPROM chips, and 
1/0 terminators installed for 16 1/0 lines; all terminator in- 
puts low. 


Operating 
Temperature: 
O°C to 55°C 
Relative 
Humidity: 
to 90% 
(without 
condensation) 


Reference 
Manual 


144044-002: 
iSBC 86/14 
and iSBC 86/30 
Hardware 


Reference 
Manual 
(NOT SUPPLIED) 


Manuals 
may be ordered 
from any Intel sales repre- 


sentative, 
distributor 
office 
or from 
Intel 
Literature 


Department, 
3065 
Bowers 
Avenue, 
Santa 
Clara, 


California 
95051. 


ORDERING 
INFORMATION 
Part Number 
Description 


SBC 86/14 
Single Board Computer 


SBC 86/30 
Single Board Computer 


iSBC® 86/35 
SINGLE BOARD COMPUTER 


• 8086 (8086-2) 
Microprocessor 
with 5 or 
• Programmable 
Synchronous/ 
8 MHz CPU Clock 
Asynchronous 
RS232C Compatible 
• Optional 
8086 Numeric 
Data Processor 
Serial Interface 
with Software 


with iSBC® 337A MULTIMODULETM 
Selectable 
Baud Rates 


Processor 
• Three 
Programmable 
16-Bit BCD or 
• Upward 
Compatible 
with iSBC 86/30 
Binary Timers/Event 
Counters 


Single Board Computer 
• 9 Levels of Vectored 
Interrupt 
Control, 
• 512K Bytes of Dual-Port 
Read/Write 
Expandable 
Off Board to 65 Levels 


Memory 
Expandable 
On-Board 
to 640K 
• MUL TIBUS® 
Interface 
for Multimaster 
or 1M Bytes 
Configurations 
and System 
Expansion 
• Sockets 
for up to 128K Bytes of JEDEC 
• Supported 
by a Complete 
Family of 
24/28-Pln 
Standard 
Memory 
Devices 
Single Board Computers, 
Memory, 
• Two iSBXTM Bus Connectors 
Digital and Analog 110, Peripheral 
Controllers, 
Packaging 
and Software 
• 24 Programmable 
Parallel 110 Lines 


The iSBC 86/35 Single Board Computer is a member of Intel's complete line of OEM microcomputer systems 
that take full advantage of Intel's technology to provide economical, self-contained, computer-based solutions 
for OEM applications. The board is a complete computer system containing the CPU, system clock, dual port 
read/write memory, nonvolatile read only memory, I/O ports and drivers, serial communications interface, 
priority interrupt logic and programmable timers, all on a single 6.75 x 12.00 in. printed circuit card. The iSBC 
86/35 board is distinguished by its large RAM content of 512K bytes which is expandable on-board to 1 
megabyte; the direct addressing capability of the 8086-2 CPU. The large, on-board memory resource com- 
bined with the 8086 microprocessor provides high-level system performance ideal for applications, such as 
robotics, process control, medical instrumentation, office systems, and business data processing. 


The iSBC 86/35 board combines the power of the 
industry standard 8086 CPU with up to a megabyte 
page of board resident, dual ported system memory 
to improve the system's overall performance. By 
placing the direct memory addressing capability of 
the iAPX 86/10 CPU on board, MULTIBUS@access 
to system memory can be eliminated, significantly 
improving system throughput. Intel's incorporation of 
256K bit DRAM technology, parallel and serial I/O, 
iSBXTMconnectors, and interrupt control capabilities 
make this high performance single board computer 
system a reality. 


Central Processing 
Unit 


The central processor for the iSBC 86/35 board is 
Intel's iAPX 86/10 (8086-2) CPU. A clock rate of 8 
MHz is supported with a jumper selectable option for 
5 MHz. The CPU architecture includes four 16-bit 
byte addressable data registers, two 16-bit index 


registers, all accessed by a total of 24 operand ad- 
dressing modes for comprehensive memory ad- 
dressing and for support of the data structures re- 
quired for today's structured, high level languages 
as well as assembly language. 


The 8086 instruction repertoire includes variable 
length instruction format (including double operand 
instructions), 8-bit and 16-bit signed and unsigned 
arithmetic operators for binary, BCD and unpacked 
ASCII data, and iterative word and byte string manip- 
ulation functions. 


For enhanced 5 or 8 MHz numerics processing ca- 
pability, the iSBC 337A MULTIMODULE Numeric 
Data Processor extends the iAPX 86/10 architecture 
and data set. Over 60 numeric instructions offer 
arithmetic, trigonometric, transcendental, logarithmic 
and exponential instructions. Supported data types 
include 16-, 32-, and 64-bit integer, and 32- and 64- 
bit floating point, 18-digit packed BCD and 80-bit 
temporary. 


inter 


A 6-byte instruction queue provides pre-fetching of 
sequential instructions and can reduce the 750 ns 
minimum instruction cycle to 250 ns for queued in- 
structions. The stack-oriented architecture readily 
supports modular programming by facilitating fast, 
simple, inter-modular communication, and other pro- 
gramming constructs needed for asynchronous real- 
time systems. The memory expansion capabilities 
offer a 1 megabyte addressing range. The dynamic 
relocation scheme allows ease in segmentation of 
pure procedure and data for efficient memory utiliza- 
tion. Four segment registers (code, stack, data, ex- 
tra) contain program loaded offset values which are 
used to map 16-bit addresses to 20-bit addresses. 
Each register maps 64K bytes at a time and activa- 
tion of a specific register is controlled explicitly by 
program control and is also selected implicitly by 
specific functions and instructions. 


The iSBC 86/35 
microcomputer contains 
512K 
bytes of dual-port dynamic RAM which may be ex- 
panded on-board by adding a RAM Multimodule 
board as an option. The on-board RAM may be ex- 
panded to 640K bytes with the iSBC 304 MULTI- 
MODULE board mounted onto the iSBC 85/35 
board. Likewise, the iSBC 86/35 
microcomputer 
may be expanded to 1 Megabyte with the iSBC 314 
MULTIMODULE board option. 


The dual-port controller allows access to the on- 
board RAM (including RAM MULTIMODULE board 
options) from the iSB.C86/35 board and from any 
other MULTIBUS master via the system bus. Seg- 
ments of on-board RAM may be configured as a pri- 
vate resource, protected from MULTIBUS system 
access. 


Four 28-pin JEDEC sockets are provided for the use 
of Intel 2764, 27128, 27256, 27512, EPROMs and 
their respective ROMs. When using 27512, the on- 
board EPROM capacity is 256K bytes. Other JEDEC 
standard pinout devices are also supported, includ- 
ing byte-wide static RAMs. 


The iSBC 86/35 Single Board Computer contains 24 
programmable parallel I/O lines implemented using 
the Intel 8255A Programmable Peripheral Interface. 
The system software is used to configure the I/O 
lines in any combination of unidirectional input/out- 
put and bidirectional ports indicated in Table 1. In 
order to take advantage of the large number of pos- 
sible I/O configurations, sockets are provided for in- 
terchangeable I/O line drivers and terminators, al- 
lowing the selection of the appropriate combination 
of optional line drivers and terminators with the re- 
quired drive/termination characteristics. The 24 pro- 
grammable I/O lines and signal ground lines are 
brought out to a 50-pin edge connector. 


Mode of Operation 


Lines 
Unidirectional 
Port 
(qty) 
Input 
Output 
Control 
Bidirectional 


Latched 
Latched 
& 
Latched 
Latched 
& 
Strobed 
Strobed 


1 
8 
X 
X 
X 
X 
X 


2 
8 
X 
X 
X 
X 


3 
4 
X 
X 
X1 


4 
X 
X 
X1 


NOTE: 
1. Part of port 3 must be used as a control port when either port 1 or port 2 are used as a latched and slrobed input or a 
latched and strobed output port or port 1 is used as a bidirectional port. 


inter 


A 
programmable 
communications 
interface 
using 
the 
Intel 
8251A 
Universal 
Synchronous/ 
Asynchro- 
nous Receiver/Transmitter 
(USART) 
is contained 
on 
the iSBC 86/35 
board. 
A software 
selectable 
baud 
rate generator 
provides 
the USART with all common 
communication 
frequencies. 
The mode of operation 
(i.e., 
synchronous 
or asynchronous), 
data 
format, 
control 
character 
format, parity, and baud rate are all 
under program 
control. 
The 8251A 
provides 
full du- 
plex, double buffered 
transmit 
and receive capability. 


Parity, 
overrun, 
and framing 
error 
detection 
are all 
incorporated 
in the USART. The RS232C 
command 
lines, 
serial 
data 
lines 
and 
signal 
ground 
line are 
brought 
out to a 26-pin edge connector. 


Programmable 
Timers 


The iSBC 86/35 
board provides 
three 
independent, 
fully 
programmable 
16-bit 
interval 
timers/event 
counters 
utilizing the Intel 8253 Programmable 
Inter- 
val Timer. 
Each 
counter 
is capable 
of operating 
in 
either 
BCD or binary 
modes. 
Two of these 
timers/ 
counters 
are available 
to the 
systems 
designer 
to 
generate 
accurate 
timer 
intervals 
under 
software 
control. 
Routing 
for the outputs 
and gate/trigger 
in- 
puts of two of these 
counters 
is jumper 
selectable. 


The 
outputs 
may 
be independently 
routed 
to the 
8259A 
Programmable 
Interrupt 
Controller 
and to the 
I/O terminators 
associated 
with the 8255A 
to allow 
external 
devices 
or an 8255A 
port to gate the timer 
or to count 
external 
events. 
The third interval 
timer 
in the 8253 
provides 
the programmable 
baud 
rate 
generator 
for 
the 
iSBC 
86/35 
board's 
RS232C 
USART 
serial port. The system 
software 
configures 
each timer independently 
to select the desired func- 
tion. Seven functions 
are available 
as shown 
in Ta- 
ble 2. The contents 
of each counter 
may be read at 
any time during system 
operation. 


iSBXTM MUL TIMODULETM On-Board 
Expansion 


Two 8/16-bit 
iSBX MUL TIMODULE 
connectors 
are 
provided 
on 
the 
iSBC 
86/35 
microcomputer. 
Through 
these 
connectors, 
additional 
on-board 
I/O 
functions 
may 
be 
added. 
iSBX 
MUL TIMODULE 
boards optimally 
support 
functions 
provided 
by VLSI 
peripheral 
components 
such 
as additional 
parallel 
and serial I/O, 
analog 
I/O, 
small mass storage 
de- 
vice 
controllers 
(e.g., 
cassettes 
and 
floppy 
disks), 


Function 
Operation 


Interrupt on 
When terminal 
count is reached, 
terminal 
count 
an interrupt 
request is generated. 
This function 
is extremely 
useful 
for generation 
of real-time 
clocks. 


Programmable 
Output goes low upon receipt of an 
one-shot 
external trigger edge or software 
command 
and returns high when 
terminal 
count is reached. 
This 
function 
is retriggerable. 


Rate 
Divide by N counter. 
The output 
generator 
will go low for one input clock 
cycle, and the period from one low 
going pulse to the next is N times 
the input clock period. 


Square-wave 
Output will remain high until one- 
rate generator 
half the count has been 
completed, 
and go low for the 
other half of the count. 


Software 
Output remains high until software 
triggered 
loads count (N). N counts after 


strobe 
count is loaded, output goes low 
for one input clock period. 


Hardware 
Output goes low for one clock 
triggered 
period N counts after rising edge 


strobe 
counter trigger input. The counter 
is retriggerable. 


Event counter 
On a jumper selectable 
basis, the 
clock input becomes 
an input from 
the external 
system. CPU may 
read the number of events 
occurring 
after the counter 
"window" 
has been enabled 
or an 
interrupt 
may be generated 
after N 
events occur in the system. 


~UU~llflY 
U1recuy on me single 
board computer, 
less interface 
logic, 
less power, 
simpler 
packaging, 
higher 
performance, 
and 
lower 
cost 
result 
when 
compared 
to other alternatives 
such as MUL TIBUS 
form factor compatible 
boards. The iSBX connectors 
on the iSBC 86/35 
board provides 
all signals neces- 
sary to interface 
to the local on-board 
bus, including 
16 data lines for maximum 
data transfer 
rates. iSBX 
MUL TIMODULE 
boards 
designed 
with 
8-bit 
data 
paths 
and using the 8-bit iSBX connector 
are also 
supported 
on 
the 
iSBC 
86/35 
microcomputer. 
A 
broad 
range 
of iSBX 
MUL TIMODULE 
options 
are 
available 
in this family from Intel. Custom 
iSBX mod- 
ules may also be designed 
for use on the iSBC 86/ 
35 board. 
An iSBX bus interface 
specification 
and 
iSBX connectors 
are available 
from Intel. 


MUL TIBUS® 
SYSTEM 
BUS 
CAPABILITIES 


The MUL TIBUS 
system 
bus is Intel's 
industry 
stan- 
dard (IEEE 796) microcomputer 
bus structure. 
Both 
8- and 16-bit single board computers 
are supported 
on the MUL TIBUS structure 
with 24 address 
and 16 
data lines. In its simplest 
application, 
the MUL TIBUS 
system 
bus allows 
expansion 
of functions 
already 
contained 
on a single board computer 
(e.g., memory 
and digital 
I/O). 
However, 
the MUL TIBUS 
structure 
also 
allows 
very 
powerful 
distributed 
processing 
configurations 
with 
multiple 
processors 
and 
intelli- 
gent 
slave 
I/O, 
and 
peripheral 
boards 
capable 
of 
solving the most demanding 
microcomputer 
applica- 
tions. The MUL TIBUS system 
bus is supported 
with 
a broad 
array of board 
level products, 
LSI interface 
components, 
detailed 
published 
specifications 
and 
application 
notes. 
Please 
refer 
to the 
MUL T1BUS 
Handbook 
(order number 
210883) 
for more detailed 
information. 


For those 
applications 
requiring 
additional 
process- 
ing capacity 
and the benefits 
of multiprocessing 
(i.e. 
several 
CPUs 
and/or 
controllers 
logically 
sharing 
system 
tasks through 
communication 
on the system 
bus), the iSBC 86/35 
board provides 
full MUL TIBUS 
arbitration 
control 
logic. 
This 
control 
logic 
allows 


schemes. 
The serial scheme 
allows up to three iSBC 
86/35 
boards/bus 
masters 
to share the MUL TIBUS 
system bus; while up to 16 masters 
may be connect- 
ed using the parallel 
scheme 
and external 
decode 
logic. 


Interrupt Capability 


The iSBC 86/35 
board provides 
9 vectored 
interrupt 
levels. The highest 
level is the NMI (Non-Maskable 
Interrupt) 
line which 
is directly 
tied 
to the 
8086-2 
CPU. This interrupt 
is typically 
used for signaling 
cat- 
astrophic 
events 
(e.g., 
power 
failure). 
The 
Intel 
8259A 
Programmable 
Interrupt 
Controller 
(PIC) pro- 
vides control 
and vectoring 
for the next eight 
inter- 
rupt levels. As shown 
in Table 3, a selection 
of four 
priority processing 
modes 
is available 
for use in de- 
signing 
request 
processing 
configurations 
to match 
system 
requirements 
for efficient 
interrupt 
servicing 
with minimal 
latencies. 
Operating 
mode and priority 
assignments 
may 
be reconfigured 
dynamically 
via 
software 
at any time during 
system 
operation. 
The 
PIC accepts 
interrupt 
requests 
from all on-board 
I/O 
resources 
and from the MUL TIBUS system 
bus. The 
PIC then resolves 
requests 
according 
to the select- 
ed mode 
and, if appropriate, 
issues 
an interrupt 
to 
the CPU. Any combination 
of interrupt 
levels may be 
masked 
via software, 
by storing 
a single byte in the 
interrupt 
mask register 
of the PIC. In systems 
requir- 
ing additional 
interrupt 
levels, slave 8259A 
PICs may 
be interfaced 
via the MUL TIBUS system bus, to gen- 
erate additional 
vector 
addresses, 
yielding 
a total of 
65 unique 
interrupt 
levels. 


Mode 
Operation 


Fully nested 
Interrupt 
request 
line priorities 
fixed at 0 as highest, 7 as lowest. 


Auto-rotating 
Equal priority. Each level, after 
receiving 
service, 
becomes 
the 
lowest priority level until next 
interrupt 
occurs. 
Specific 
System software 
assigns lowest 
priority 
priority level. Priority of all other 
levels based in sequence 
numerically 
on this assignment. 


Polled 
System software 
examines 
priority- 
encoded 
system interrupt 
status 
via interrupt 
status register. 


Interrupt 
Request Generation 


Interrupt 
requests 
to be serviced 
by the iSBC 86/35 


board 
may originate 
from 
28 sources. 
Table 
4 in- 


cludes 
a list of devices 
and functions 
supported 
by 


interrupts. 
All interrupt 
signals are brought 
to the in- 


terrupt 
jumper 
matrix where 
any combination 
of in- 


terrupt sources 
may be strapped 
to the desired inter- 


rupt request 
level on the 8259A PIC or the NMI input 


to the CPU directly. 


Power-Fail 
Control and 
Auxiliary Power 


Control 
logic is included 
to accept 
a power-fail 
inter- 


rupt in conjunction 
with the AC-Iow 
signal from 
the 


Power Supply to initiate an orderly 
shut down of the 


system 
in the event 
of a power failure. 
Additionally, 


an active-low 
TTL compatible 
memory 
protect 
signal 


is brought 
out 
on 
the 
auxiliary 
connector 
which, 


when asserted, 
disables 
read/write 
access 
to RAM 


memory 
on the board. This input is provided 
for the 


protection 
of RAM 
contents 
during 
system 
power- 


Device 
Function 
Number 
of 


Interrupts 


MUL TIBUS@ interface 
Requests 
from MUL TIBUS@ resident 
8; may be expanded 
to 


peripherals 
or other CPU boards 
64 with slave 8259A 
PICs on MUL TIBUS@ 
boards 


8255A Programmable 
Signals input buffer full or output 
3 


Peripheral 
Interface 
buffer empty; also BUS INTR OUT 
general purpose 
interrupt from 
driver/terminator 
sockets 


8251A USART 
Transmit 
buffer empty and receive 
2 
buffer full 


8253 Timers 
Timer 0, 1 outputs; function 
deter- 
2 
mined by timer mode 


iSBXTM connectors 
Function 
determined 
by iSBXTM 
4 
MUL TIMODULETM 
board 
(2 per iSBXTM connector) 


Bus fail safe timer 
Indicates 
addressed 
MUL TIBUS@ 
1 
resident device has not responded 
to command 
within 6 ms 


Power fail interrupt 
Indicates 
AC power is not within 
1 
tolerance 


Power line clock 
Source of 120 Hz signal from power 
1 
supply 


Ex1ernal interrupt 
General 
purpose 
interrupt from aux- 
1 
i1iary (P2) connector 
on backplane 


iSBC 337A MULTIMODULE 
Indicates 
error or exception 
condi- 
1 


Numeric 
Data Processor 
tion 


Edge-level 
conversion 
Converts 
edge triggered 
interrupt 
re- 
1 
quest to level interrupt 


OR-gate 
matrix 
Outputs 
of OR-gates 
on-board 
for 
2 
multiple interrupts 


down sequences. 
An auxiliary power bus is also pro- 


vided to allow 
separate 
power 
to RAM for systems 


requiring 
battery 
backup 
of read/write 
memory. 
Se- 


lection 
of this auxiliary 
RAM power 
bus is made via 


jumpers 
on the board. 


The development 
cycle of iSBC 86/35 
products 
can 


be significantly 
reduced 
and simplified 
by using ei- 


ther the System 
86/330 
or the 
Intellec@ Series 
IV 


Microcomputer 
Development 
System. 


The 
121CE In-Circuit 
Emulator 
provides 
the 
neces- 


sary 
link between 
the software 
development 
envi- 


ronment 
and the "target" 
iSBC 86/35 
execution 
sys- 


tem. In addition 
to providing 
the mechanism 
for load- 


ing executable 
code 
and data into the iSBC 86/35 


board, 
the 121CE In-Circuit 
Emulator 
provides 
a so- 


phisticated 
command 
set to assist in debugging 
soft- 


ware and final integration 
of the user hardware 
and 


software. 


Software 
Support 


Real time support 
for the iSBC 86/35 
board 
is pro- 


vided 
by the iRMX 86 operating 
system. 
The iRMX 


86 Operating 
System is a highly functional 
operating 


system with a rich set of features 
and options 
based 


on an object-oriented 
architecture. 
In addition 
to be- 


ing modular 
and configurable, 
functions 
beyond 
the 


nucleus 
include 
a sophisticated 
file 
management 


and I/O system, and powerful 
human interface. 
Both 


packages 
are easily 
customized 
and 
extended 
by 


the user to match 
unique requirements. 


Interactive 
multi-user 
support 
is provided 
by the Xe- 


nix' 
operating 
system. 
Xenix is a compatible 
deriva- 


tive of UNIX", 
System 
III. 


Language 
support 
for 
the 
iSBC 
86/35 
board 
in- 


cludes 
Intel's 
ASM 86, PL/M 
86, and PASCAL, 
and 


FORTRAN, 
as well 
as many 
third 
party 
8086 
lan- 


guages. The iSDM monitor 
provides 
on-target, 
inter- 


active 
system 
debug 
capability 
including 
breakpoint 


and memory 
examination 
features. 
The monitor 
sup- 
ports iSBC/iAPX 
86, 88, 186, and 188 based appli- 


cations. 


·Xenix 
is a trademark 
of Microsoft 
Corp. 
··UNIX 
is a trademark 
of Bell Labs: 


Word Size 


INSTRUCTION - 
8, 16, 24, or 32 bits 


DATA - 
8, 16 bits 


BASIC INSTRUCTION CYCLE 
8 MHz - 
250 ns (assumes 
instruction 
in the queue) 


5 MHz - 
400 ns (assumes 
instruction 
in the queue) 


NOTE: 
Basic instruction 
cycle 
is defined 
as the fastest 
in- 
struction 
time 
(Le., two 
clock 
cycles). 
Jumper 
se- 
lectable 
for 1 wait-state 
on-board 
memory 
access. 


ON·BOARD EPROM 
Device 
Total Capacity 
2764 
32K bytes 
27128 
64K bytes 
27256 
128K bytes 
27512 
256K bytes 


ON·BOARD RAM 
Board 
Total Capacity 
iSBC 86/35 
512K bytes 


WITH MULTIMODULETMRAM 
Board 
Total Capacity 
iSBC 304 
640K bytes 
iSBC 314 
1M bytes 


Address Range 
F8000-FFFFFH 
FOOOO-FFFFFH 
EOOOO-FFFFFH 
DOOOO-FFFFFH 


Address Range 
0-7FFFFH 


Address Range 
8-9 
FFFFH 


8-FFFFFH 


inter 


PARALLEL-24 
programmable 
lines 
using 
one 
8255A. 


SYNCHRONOUS-5-8 
bit 
characters; 
internal 
or 
external 
character 
synchronization; 
automatic 
sync 
insertion 


ASYNCHRONOUS-5-8 
bit characters; 
break char- 
acter generation; 
1, 11f2, or 2 stop bits; false start bit 
detection 


Frequency 
(kHz) 
Baud Rate (Hz) 
(Software 
Selectable) 
Synchronous 
Asynchronous 


716 
764 
153.6 
- 
9600 
2400 
76.8 
- 
4800 
1200 
38.4 
38400 
2400 
600 
19.2 
19200 
1200 
300 
9.6 
9600 
600 
150 
4.8 
4800 
300 
75 
2.4 
2400 
150 - 
1.76 
1760 
110 - 


Single 
Dual 
Timer ICounter 
Function 
Timer ICounter 
(Cascaded) 


Mln 
Max 
Mln 
Max 


Real·tlme 
1.63 !JoS 
427.1 ms 
3.26s 
466.50 min 
Interrupt 


Programmable 1.63 !JoS 
427.1 ms 
3.26s 
466.50 min 
one-shot 


Rate 
2.342 Hz 613.5 kHz 0.000036 Hz 306.8 kHz 
Qenerator 


Square-wave 
2.342 Hz 613.5 kHz 0.000036 Hz 306.8 kHz 
rate generator 


Software 
1.63 !JoS 
427.1 ms 
3.26s 
466.50 min 
riggered 
trobe 


Hardware 
1.63 !JoS 
427.1 ms 
3.26s 
466.50min 
riggered 
trobe 


Event 
- 
2.46 MHz 
- 
- 
ounter 


SERIAL 
I/Q-RS232C 
compatible, 
configurable 
as 
a data set or data terminal 


NOTE: 
TIMER-All 
signals TIL 
compatible 
Frequency selected by I/O write of appropriate 16-bit fre- 
quency factor to baud rate register (8253 Timer 2). 
INTERRUPT 
REQUESTS-All 
TIL 
compatible 


Reference: 
2.46 
MHz 
± 0.1 % 
(0.041 
/los period, 
nominal); 
or 
153.60 
kHz 
± 0.1 % 
(6.51 
/los period, 
nominal) 


NOTE: 
Above frequencies 
are user selectable. 


Double- 
Interface 
Sided 
(In.) 
Connectors 
Pins 


MULTIBUS<8> 
86 
0.156 
Viking 
System 
3KH43/9AMK12 
Wire Wrap 


iSBXTMBus 
Viking 
8·BitData 
36 
0.1 
000292·0001 
16·Bit Data 
44 
0.1 
000293-0001 


Parallel I/O 
50 
0.1 
3M 3415-000 Flat 
(2) 
or 
TI H312125 Pins 


Serial I/O 
26 
0.1 
3M 3462-0001 
Flat or 
AMP 88106·1 Flat 


inter 


I/O 
DRIVERS-The 
following 
line 
drivers 
are 
all 
compatible 
with the I/O driver sockets 
on the iSBC 
86/05 
board 


Driver 
Characteristic 
Sink Current 
(mA) 


7438 
I,OC 
48 
7437 
I 
48 
7432 
NI 
16 
7426 
I,OC 
16 
7409 
NI,OC 
16 
7408 
NI 
16 
7403 
I,OC 
16 
7400 
I 
16 


NOTE: 
I = inverting; NI = non-inverting; OC = open collector. 


Port 1 of the 8255A 
has 20 mA totem-pole 
bi-direc- 
tional drives and 1 kO temrinators 


I/O 
TERMINATORS-2200/3300 
divider 
or 1 kO 
pullup 


2200 


..~-;~~ 
I~o 


1 kO 


I 


lkU 


+5V -----'\IVI~. 
-------~o 
210219-4 


Function 
Characteristic 
Sink Current 
(mA) 


Data 
Tri-State 
32 
Address 
Tri-State 
32 
Commands 
Tri-State 
32 
Bus Control 
Open Collector 
20 


Physical 
Characteristics 
Width: 
12.00 in. (30.48 cm) 


Height: 
6.75 in. (17.15 cm) 


Depth: 
0.70 in. (1.78 cm) 


Weight: 
14 oz. (388 gm) 


Current 
Requirements 


Configuration 
(All Voltages 
±5%) 


+5V 
+12V 
-12V 


Without 
EPROM(l) 
5.1A 
25mA 
23mA 


RAM only(2) 
660mA 
- 
- 


With 32K EPROM(3) 
5.6A 
25mA 
23mA 
(using 2764) 


With 64K EPROM 
5.7A 
25mA 
23mA 
(using 27128) 


With 128K EPROM 
5.8A 
25mA 
23mA 
(using 27256) 


NOTES: 
1. Does not include power for optional ROM/EPROM, I/O 
drivers, and I/O terminators. 
2. RAM chips powered via auxiliary power bus in power- 
down mode. 
3. Includes power required for 4 ROM/EPROM chips, and 
I/O terminators installed for 16 I/O lines; all terminator in- 
puts low. 


Environmental 
Characteristics 


OPERATING 
TEMPERATURE 
- 
O·C to 
55·C 
@ 


200 linear feet per minute 
(LFM) air velocity 


RELATIVE 
HUMIDITY 
- 
to 90% 
(without 
conden- 


sation) 


146245-002 
- 
iSBC 
86/35 
Hardware 
Reference 
Manual 
(NOT SUPPLIED) 


Manuals 
may be ordered 
from any Intel sales repre- 
sentative, 
distributor 
office 
or from 
Intel 
Literature 
Department, 
3065 
Bowers 
Avenue, 
Santa 
Clara, 
California 
95051. 


ORDERING 
INFORMATION 
Part Number 
Description 


SBC 86/35 
Single 
Board Computer 


iSBC® 88/25 
SINGLE BOARD COMPUTER 


• 
8-Bit 8088 Microprocessor 
Operating 
at 
5 MHz 


• 
One Megabyte 
Addressing 
Range 


• 
Two iSBXTM Bus Connectors 


• 
Optional 
Numeric 
Data Processor 
with 
iSBC® 337 MUL TIMODULETM 
Processor 


• 
4K Bytes of Static RAM; Expandable 
On-Board 
to 16K Bytes 


• 
Sockets 
for up to 64K Bytes of JEDEC 
24/28-Pin 
Standard 
Memory 
Devices; 
Expandable 
On-Board 
to 128K Bytes 


• 
Programmable 
Synchronous/ 
Asynchronous 
RS232C 
Compatible 
Serial Interface 
with Software 
Selectable 
Baud Rates 


• 
24 Programmable 
Parallel I/O 
Lines 


• 
Two Programmable 
16-Bit BCD or 
Binary Timers/Event 
Counters 


• 
9 Levels of Vectored 
Interrupt 
Control, 
Expandable 
to 65 Levels 


• 
MUL TIBUS® 
Interface 
for Multimaster 
Configurations 
and System 
Expansion 


• 
Development 
Support 
with Intel's 
iPDS, 
Low Cost Personal 
Development 
System, 
and EMV-88 
Emulator 


The iSBC 88/25 
Single Board Computer 
is a member 
of Intel's complete 
line of OEM microcomputer 
systems 
which 
take full advantage 
of Intel's 
technology 
to provide 
economical, 
self-contained, 
computer-based 
solu- 
tions for OEM applications. 
The iSBC 88/25 
board is complete 
computer 
system on a single 6.75 x 
12.00-in. 


printed 
circuit card. The CPU, system 
clock, read/write 
memory, 
nonvolatile 
read only memory, 
I/O ports and 
drivers, 
serial communications 
interface, 
priority 
interrupt 
logic and programmable 
timers, 
all reside 
on the 
board. 
The 
large control 
storage 
capacity 
makes 
the iSBC 88/25 
board 
ideally 
suited 
for control-oriented 
applications 
such as process 
control, 
instrumentation, 
industrial 
automation 
and many others. 


intJ 


Central Processing 
Unit 


The central processor for the iSBC 88/25 board is 
Intel's 8088 CPU operating at 5 MHz. The CPU ar- 
chitecture includes four 16-bit byte addressable data 
registers, two 16-bit memory base pointer registers 
and two 16-bit index registers, all accessed by a to- 
tal of 24 operand addressing modes for comprehen- 
sive memory addressing and for support of the data 
structures required for today's structured, high level 
languages, as well as assembly language. 


The 8088 instruction repertoire includes variable 
length instruction format (including double operand 
instructions), 8-bit and 16-bit signed and unsigned 
arithmetic operators for binary, BCD and unpacked 


ASCII data, and iterative word and byte string manip- 
ulation functions. 


For enhanced numerics processing capability, the 
iSBC 337 MULTIMODULE Numeric Data Processor 
extends the architecture and data set. Over 60 nu- 
meric instructions offer arithmetic, trigonometric, 
transcendental, logarithmic and exponential instruc- 
tions. Supported data types include 16, 32, and 64- 
bit integer, and 32 and 64-bit floating point, 18-digit 
packed BCD and 80-bit temporary. 


A 4-byte instruction queue provides pre-fetching of 
sequential instructions and can reduce the 750 ns 
minimum instruction cycle to 250 ns for queued in- 
structions. The stack-oriented architecture readily 
supports modular programming by facilitating fast, 
simple, inter-module communication, and other pro- 
gramming constructs needed for asynchronous real- 
time systems. The memory expansion capabilities 


inter 


offer a 1 megabyte addressing range. The dynamic 
relocation scheme allows ease in segmentation of 
pure procedure and data for efficient memory utiliza- 
tion. Four segment registers (code, stack, data, ex- 
tra) contain program loaded offset values which are 
used to map 16-bit addresses to 20-bit addresses. 
Each register maps 64 Kbytes at a time and activa- 
tion of a specific register is controlled explicitly by 
program control and is also selected implicitly by 
specific functions and instructions. All Intel lan- 
guages support the extended memory capability, re- 
lieving the programmer of managing the megabyte 
memory space, yet allowing explicit control when 
necessary. 


Memory Configuration 


The iSBC 88/25 microcomputer contains 4 Kbytes 
of high-speed static RAM on-board. In addition, the 
on-board RAM may be expanded to 12 Kbytes via 
the iSBC 302 8 Kbyte RAM module which mounts on 
the iSBC 88/25 board and then to 16 Kbytes by add- 
ing two 4K x 4 RAM devices in sockets on the iSBC 
302 module. All on-board RAM is accessed by the 
8088 CPU with no wait states, yielding a memory 
cycle time of 800 ns. 


In addition to the on-board RAM, the iSBC 88/25 
board has four 28-pin sockets, configured to accept 
JEDEC 24/28-pin standard memory devices. Up to 
64 Kbytes of EPROM are supported in 16 Kbyte in- 
crements with Intel 27128 EPROMs. The iSBC 
88/25 board is also compatible with the 2716, 2732 
and 2764 EPROMs allowing a capacity of 8K, 16K 
and 32 Kbytes, respectively. Other JEDEC standard 
pinout devices are also supported, including byte- 
wide static and integrated RAMs. 


With the addition of the iSBC 341 MULTIMODULE 
EPROM option, the on-board capacity for these de- 
vices is doubled, providing up to 128 Kbytes of 
EPROM capacity on-board. 


The iSBC 88/25 Single Board Computer contains 24 
programmable parallel I/O lines implemented using 
the Intel 8255A Programmable Peripheral interface. 
The system software is used to configure the I/O 
lines in any combination of unidirectional input/out- 
put and bidirectional ports indicated in Table 1. In 
order to take advantage of the large number of pos- 
sible I/O configurations, sockets are provided for in- 
terchangeable I/O line drivers and terminators, al- 
lowing the selection of the appropriate combination 
of optional line drivers and terminators with the re- 
quired drive/termination characteristics. 


The 24 programmable I/O lines and signal ground 
lines are brought out to a 50-pin edge connector. 


A programmable communications interface using 
the Intel 8251A Universal Synchronous/Asynchro- 
nous Receiver/Transmitter (USART) is contained on 
the iSBC 88/25 board. A software selectable baud 
rate generator provides the USART with all common 
communication frequencies. The mode of operation 
(Le., synchronous or asynchronous), data format, 
control character format, parity and baud rate are all 
under program control. The 8251A provides full du- 
plex, double buffered transmit and receive capability. 
Parity, overrun and framing error detection are all 
incorporated in the USART. The RS232C compati- 
ble interface on each board, in conjunction with the 
USART, provides a direct interface to RS232C com- 
patible terminals, cassettes and asynchronous and 
synchronous 
modems. 
The 
RS232C 
command 
lines, serial data lines and signal ground line are 
brought out to a 26-pin edge connector. 


Mode of Operation 


Unidirectional 


Port 
Lines 
Input 
Output 
Control 
(qty) 
Bidirectional 


Latched 
Latched 
& 
Latched 
Latched 
& 
Strobed 
Strobed 


1 
8 
X 
X 
X 
X 
X 
2 
8 
X 
X 
X 
X 
3 
4 
X 
X 
X(1) 


4 
X 
X 
X(1) 


NOTE: 
1. Part of port 3 must be used as a control 
port when 
either 
port 
1 or port 2 are used as a latched 
and strobed 
input or a 
latched 
and strobed 
output 
port or port 1 is used as a bidirectional 
port. 


3-65 


The 1SBC 88/25 
board provides 
three 
independent, 


fully 
programmable 
16-bit 
interval 
timers/event 
counters 
utilizing the Intel 8253 Programmable 
Inter- 
val Timer. 
Each counter 
is capable 
of operating 
in 
either 
BCD or binary 
modes. 
Two of these 
timers/ 
counters 
are available 
to the 
systems 
designer 
to 
generate 
accurate 
time 
intervals 
under 
software 
control. 
Routing 
for the outputs 
and gate/trigger 
in- 
puts of two of these counters 
is jumper 
selectable. 


Table 2. Programmable 
Timer Functions 


Function 
Operation 


Interrupt 
on 
When terminal 
count is 
Terminal 
Count 
reached, 
an interrupt 
request 
is generated. 
This function 
is 
extremely 
useful for 
generation 
of real-time 
clocks. 


Programmable 
Output goes low upon receipt 
One-Shot 
of an external trigger edge or 
software 
command 
and 
returns high when terminal 
count is reached. 
This 
function 
is retriggerable. 


Rate 
Divide by N counter. 
The 
Generator 
output will go low for one 
input clock cycle, and the 
period from one low going 
pulse to the next is N times 
the input clock period. 


Square-Wave 
Output will remain high until 
Rate Generator 
one-half 
the count has been 
completed, 
and go low for the 
other half of the count. 


Software 
Output remains high until 
Triggered 
software 
loads count (N). N 
Strobe 
counts after count is loaded, 
output goes low for one input 
clock period. 


Hardware 
Output goes low for one clock 
Triggered 
period N counts after rising 
Strobe 
edge counter 
trigger input. 


The counter 
is retriggerable. 


Event Counter 
On a jumper selectable 
basis, 
the clock input becomes 
an 
input from the external 
system. CPU may read the 
number of events occurring 
after the counter 
"window" 
has been enabled 
or an 
interrupt 
may be generated 
after N events occur in the 
system. 


-, 
-_ 
..-_ .._._ .._ ......•....... 


I/O terminators 
associated 
with the 8255A 
to allow 
external 
devices 
or an 8255A 
port to gate the timer 
or to count 
external 
events. 
The third interval 
timer 
in the 8253 
provides 
the 
programmable 
baud 
rate 
generator 
for 
the 
iSBC 
88/25 
board 
RS232C 
USART serial port. The system 
software 
configures 
each timer independently 
to select the desired 
func- 
tion. Seven functions 
are available 
as shown 
in Ta- 
ble 2. The contents 
of each counter 
may be read at 
any time during system 
operation. 


ISBXTM MUL TIMODULETM On-Board 
Expansion 


Two 8-bit iSBX MUL TIMODULE 
connectors 
are pro- 
vided 
on the 
iSBC 88/25 
microcomputer. 
Through 
these connectors, 
additional 
on-board 
I/O functions 
may 
be 
added. 
iSBX 
MUL TIMODULES 
optimally 
support 
functions 
provided 
by VLSI peripheral 
com- 


ponents 
such 
as additional 
parallel 
and serial 
I/O, 


analog 
I/O, 
small 
mass 
storage 
device 
controllers 
(e.g., cassettes 
and floppy disks), and other custom 
interfaces 
to meet 
specific 
needs. 
By mounting 
di- 
rectly 
on the single 
board 
computer, 
less interface 
logic, less power, simpler packaging, 
higher perform- 
ance, and lower cost result when compared 
to other 
alternatives 
such as MUL TIBUS form factor compat- 
ible 
boards. 
The 
iSBX 
connectors 
on 
the 
iSBC 
88/25 
provide 
all signals 
necessary 
to interface 
to 
the local on-board 
bus. A broad range of iSBX MUL· 
TIMODULE 
options 
are available 
in this family from 
Intel. Custom 
iSBX modules 
may also be designed 
for use on the iSBC 88/25 
board. An iSBX bus inter- 
face specification 
and iSBX connectors 
are available 
from Intel. 


MUL TIBUS® 
SYSTEM 
BUS AND 
MUL TIMASTER 
CAPABILITIES 


The MUL TIBUS 
system 
bus is Intel's 
industry 
stan- 
dard microcomputer 
bus structure. 
Both 8 and 16-bit 
single board computers 
are supported 
on the MUL- 
TIBUS structure 
with 24 address 
and 16 data lines. 
In its simplest 
application, 
the 
MUL TIBUS 
system 
bus allows expansion 
of functions 
already contained 
on a single board computer 
(e.g., memory and digital 
I/O). 
However, 
the MUL TIBUS structure 
also allows 
very powerful 
distributed 
processing 
configurations 
with multiple 
processor 
and intelligent 
slave I/O, and 
peripheral 
boards 
capable 
of solving 
the 
most 
de- 
manding 
microcomputer 
applications. 
The 
MUL TI- 


BUS system 
bus is supported 
with a broad array of 
board level products, 
LSI interface 
components, 
de- 
tailed published 
specifications 
and application 
notes. 


inter 


Expansion Capabilities 


Memory and I/O capacity 
may be expanded 
and ad- 
ditional functions 
added using Intel MUL TIBUS com- 
patible 
expansion 
boards. 
Memory 
may be expand- 
ed by adding 
user specified 
combinations 
of RAM 
boards, 
EPROM 
boards, 
or combination 
boards. 
In- 
put/output 
capacity 
may be added 
'!Vith digital 
I/O 
and analog 
I/O expansion 
boards. 
Mass storage 
ca- 


pability may be achieved 
by adding 
single or double 
density 
diskette 
controllers, 
or hard disk controllers. 


Modular 
expandable 
backplanes 
and card cages are 
available 
to support 
multiboard 
systems. 


Multimaster 
Capabilities 


For those 
applications 
requiring 
additional 
process- 
ing capacity 
and the benefits 
of multiprocessing 
(Le., 
several 
CPUs 
and/or 
controllers 
logically 
sharing 
system 
tasks through 
communication 
of the system 
bus), the iSBC 88/25 
board provides 
full MUL TIBUS 
arbitration 
control 
logic. This control 
logic allows 
up 
to three 
iSBC 88/25 
boards 
or other 
bus masters, 
including 
iSBC 80 and 
iSBC 86 family 
MUL TIBUS 
compatible 
single board computers 
to share the sys- 
tem bus using a serial (daisy chain) priority 
scheme 
and allows up to 16 masters to share the MUL TIBUS 
system bus with an external 
parallel priority decoder. 


In 
addition 
to 
the 
multiprocessing 
configurations 
made 
possible 
with 
multimaster 
capability, 
it also 
provides 
a very efficient 
mechanism 
for all forms of 
DMA (Direct 
Memory 
Access) 
transfers. 


Interrupt 
Capability 


The iSBC 88/25 
board provides 
9 vectored 
interrupt 
levels. The highest 
level is the NMI (Non-Maskable 
Interrupt) 
line which is directly 
tied to the 8088 CPU. 
This 
interrupt 
is typically 
used 
for 
signaling 
cata- 
strophic 
events 
(e.g., power failure). The Intel 8259A 
Programmable 
Interrupt 
Controller 
(PIC) 
provides 
control 
and vectoring 
for the next eight interrupt 
lev- 
els. As shown 
in Table 3, a selection 
of four priority 
processing 
modes 
is available 
for use in designing 
request 
processing 
configurations 
to match 
system 
requirements 
for 
efficient 
interrupt 
servicing 
with 
minimal 
latencies. 
Operating 
mode 
and priority 
as- 
signments 
may be reconfigured 
dynamically 
via soft- 
ware at any time during 
system 
operation. 
The PIC 
accepts 
interrupt 
requests 
from all on-board 
I/O re- 
sources 
and from the MUL TIBUS 
system 
bus. The 
PIC then resolves 
requests 
according 
to the select- 
ed mode 
and, if appropriate, 
issues 
an interrupt 
to 
the CPU. Any combination 
of interrupt 
levels may be 
masked 
via software, 
by storing 
a single byte in the 


Mode 
Operation 


Fully Nested 
Interrupt 
request 
line priorities 
fixed at 0 as highest, 7 as 
lowest. 


Auto-Rotating 
Equal priority. Each level, 
after receiving 
service, 
becomes 
the lowest priority 
level until next interrupt 
occurs. 


Specific 
System software 
assigns 
Priority 
lowest priority level. Priority of 
all other levels based in 
sequence 
numerically 
on this 
assignment. 


Polled 
System software 
examines 
priority-encoded 
system 
interrupt 
status via interrupt 
status register. 


interrupt 
mask register of the PIC. In systems 
requir- 
ing additional 
interrupt 
levels, slave 8259A 
PICs may 
be interfaced 
via the MUL TIBUS system bus, to gen- 
erate additional 
vector 
addresses, 
yielding 
a total of 
65 unique interrupt 
levels. 


Interrupt 
Request Generation 


Interrupt 
requests 
to be serviced 
by the iSBC 88/25 
board 
may originate 
from 
24 sources. 
Table 
4 in- 
cludes 
a list of devices 
and functions 
supported 
by 
interrupts. 
All interrupt 
signals are brought 
to the in- 
terrupt 
jumper 
matrix 
where 
any combination 
of in- 


terrupt sources 
may be strapped 
to the desired 
inter- 
rupt request 
level on the 8259A PIC or the NMI input 
to the CPU directly. 


Power-Fail 
Control and Auxiliary 
Power 


Control 
logic 
is also included 
to accept 
a power-fail 
interrupt 
in conjunction 
with the AC-Iow 
signal from 
the iSBC 635 and iSBC 640 Power Supply or equiva- 
lent, to initiate an orderly shut down of the system 
in 
the event of a power failure. 
Additionally, 
an active- 


low 
TTL 
compatible 
memory 
protect 
signal 
is 
brought 
out of the auxiliary 
connector 
which, 
when 
asserted, 
disables 
read/write 
access 
to RAM mem- 
ory on the board. This input is provided 
for the pro- 
tection 
of RAM contents 
during system 
power-down 
sequences. 
An auxiliary 
power 
bus is also provided 
to allow separate 
power to RAM for systems 
requir- 
ing battery 
backup 
of read/write 
memory. 
Selection 
of this auxiliary RAM power bus is made via jumpers 
on the board. 


inter 
iSBC® 88/25 


The development 
cycle of iSBC 88/25 
products 
can 
be significantly 
reduced 
and simplified 
by using the 
Intellec 
Series 
IV Microcomputer 
Development 
Sys- 
tem. 


Intel's 
system's 
implementation 
language, 
PL/M-86, 


is available 
as an Intellec 
Microcomputer 
Develop- 
ment System 
option. 
PL/M-86 
provides 
the capabili- 
ty to program 
in algorithmic 
language 
and eliminates 
the need to manage register 
usage or allocate 
mem- 
ory while still allowing 
explicit control 
of the system's 
resources 
when needed. 


Intel 
also 
offers 
two 
run-time 
support 
packages; 
iRMX 
88 Realtime 
Multitasking 
Executive 
and 
the 
iRMX 
86 Operating 
System. 
iRMX 
88 is a simple, 
highly 
configurable 
and 
efficient 
foundation 
for 
small, 
high performance 
applications. 
Its multitask- 
ing structure 
establishes 
a solid foundation 
for mod- 
ular 
system 
design 
and 
provides 
task 
scheduling 
and management, 
intertask 
communication 
and syn- 
chronization, 
and interrupt 
servicing 
for a variety 
of 
peripheral 
devices. 
Other 
configurable 
options 
in- 
clude terminal 
handlers, 
disk file system, 
debuggers 
and other utilities. iRMX 86 is a high functional 
oper- 
ating system with a very rich set of features 
and op- 
tions 
based 
on an object-oriented 
architecture. 
In 
addition 
to being 
modular 
and 
configurable, 
func- 
tions beyond the nucleus 
include a sophisticated 
file 
management 
and I/O 
system, 
and powerful 
human 
interface. 
Both packages 
are easily customized 
and 
extended 
by the user to match unique requirements. 


Device 
Function 
Number of 
Interrupts 


MUL TIBUS Interface 
Requests 
from MUL TIBUS resident peripherals 
or other 
8; may be expanded 
to 
CPU boards 
64 with slave 8259A 
PIC's on MUL TIBUS 
boards 


8255A Programmable 
Signals into buffer full or output buffer empty; also BUS 
3 
Peripheral 
Interface 
INTR OUT general purpose 
interrupt from driver/ 
terminator 
sockets 


8251A USART 
Transmit 
buffer empty and receive buffer full 
2 


8253 Timers 
Timer 0, 1 outputs; function 
determined 
by timer mode 
2 


iSBX Connectors 
Function 
determined 
by iSBX MUL TIMODULE 
board 
4 
(2 per iSBX connector) 


Bus Fail Safe Timer 
Indicates 
addressed 
MUL TIBUS resident device has not 
1 
responded 
to command 
within 6 ms 


Power Fail Interrupt 
Indicates 
AC ower is not within tolerance 
1 


Power Line Clock 
Source of 120 Hz signal from power supply 
1 


External 
Interrupt 
General 
purpose 
interrupt from parallel port J1 connector 
1 


iSBC 337 MUL TIMODULE 
Indicates 
error or exception 
condition 
1 
Numeric 
Data Processor 


Instruction-8, 
16, 24, or 32 bits 


Data-8 
bits 


System Clock 


5.00 MHz or 4.17 MHz ± 0.1 % Gumper selectable) 


NOTE: 
4.17 MHz required 
with the optional 
iSBC 337 mod- 
ule. 


BASIC 
INSTRUCTION 
CYCLE 


At 5 MHz-1.2 
fJos 


-400 
ns (assumes 
instruction 
in the 


queue) 


NOTES: 


Basic 
instruction 
cycle 
is defined 
as the fastest 
in- 
struction 
time (Le., two clock 
cycles). 


Memory Cycle Time 


RAM-800 
ns (no wait states) 
EPROM-Jumper 
selectable 
from 800 ns to 1400 ns 


ON-BOARD 
EPROM 


Device 
Total 
Capacity 


2716 
8 Kbytes 


2732 
16 Kbytes 


2764 
32 Kbytes 
27128 
64 Kbytes 


Address 
Range 
FEOOO-FFFFFH 
FCOOO-FFFFFH 
F8000-FFFFFH 
FOOOO-FFFFFH 


WITH 
ISBC 341 MUL TIMODULE 
EPROM 


Device 
Total 
Capacity 
Address 
Range 


2716 
16 Kbytes 
FCOOO-FFFFFH 


2732 
32 Kbytes 
F8000-FFFFFH 


2764 
64 Kbytes 
FOOOO-FFFFFH 


27128 
128 Kbytes 
EOOOO-FFFFFH 


NOTES: 
iSBC 
88/25 
EPROM 
sockets 
support 
JEDEC 
24/28-pin 


standard 
EPROMs 
and RAMs 
(2 sockets); 
iSBC 341 sock- 


ets also support 
E2PROMs. 


ON-BOARD 
RAM 


4 Kbytes-o-OFFFH 


WITH 
ISBC 302 MUL TIMODULE 
RAM 


12 Kbytes-o-2FFFH 


WITH 
ISBC 302 MUL TIMODULE 
BOARD 
AND 


TWO 
4K x 4 RAM CHIPS 


16 Kbytes-o-3FFFH 


Parallel-24 
programmable 
lines using one 8255A 


Serial-1 
programmable 
line using one 8251A 
iSBX Multimodule-2 
iSBX MUL TIMODULE 
boards 


Synchronous-5 
8-bit characters; 
internal 
or exter- 


nal character 
synchronization; 
automatic 
sync inser- 


tion 
Asynchronous-5 
8-bit characters; 
break 
character 


generation; 
1, 1%, or 2 stop bits; false 
start bit de- 


tection 


Frequency 
(KHz) 


(Software 
Baud Rate (Hz) 


Selectable) 
Synchronous 
Asynchronous 


716 
764 


153.6 
- 
9600 
2400 


76.8 
- 
4800 
1200 


38.4 
38400 
2400 
600 
19.2 
19200 
1200 
300 


9.6 
9600 
600 
150 


4.8 
4800 
300 
75 


2.4 
2400 
150 
- 


1.76 
1760 
110 
- 


NOTES: 
Frequency 
selected 
by I/O 
write 
of appropriate 
16-bit 
fre- 


quency 
factor 
to baud rate register 
(8253 Timer 
2). 


inter 


Reference: 2.458 MHz ± 0.1% (406.9 ns period, 
nominal); or 1.229 MHz ± 0.1% (813.8 ns period, 
nominal); or 153.6 KHz ± 0.1% (6.510 /JoS period, 
nominal) 


NOTE: 


Above frequencies are user selectable. 


Dual 


Single 
Timer/Counter 


Function 
Timer/Counter 
(Two 
Timer. 


ce.caded) 


Mln 
Mn 
Mln 
Max 


Real-Time 
1.63,.5 
427.1 
m5 
3.265 
466.50 
min 


Interruot 


Programmable 
1.63,.5 
427.1 
m5 
3.265 
466.50 
min 


One-Shot 


Rate 
2.342 
Hz 
613.5 
KHz 
0.000036 
Hz 
306.8 
KHz 


Generator 


Square-Wave 
2.342 
Hz 
613.5 
KHz 
0.000036 
Hz 
306.8 
KHz 


Rate 
Generator 


Sof1ware 
1.63,.5 
427.1 
m5 
3.265 
466.50 
min 


Triggered 


Strobe 


Hardware 
1.63,.5 
427.1 
m5 
3.265 
466.50 
min 


Triggered 


Strobe 


Event 
- 
2.46 MHz 
- 
- 


Counter 


Multibus: All signals TTL compatible 


iSBX Bus: All signals TTL compatible 


Parallel I/O: All signals TTL compatible 


Serial I/O: RS232C compatible, configurable as a 
data set or data terminal 


Timer: All signals TTL compatible 


Interrupt Requests: All TTL compatible 


Double- 


Interface 
Sided 
Centers 
Mating 


Pins 
(In.) 
Connectors 


(qty) 


MULTIBUS 
86 
0.156 
Viking 


System 
3KH43/9AMK12 
Wire Wrap 


iSBX Bus 
36 
0.1 
iSBX 960-5 
8-Bit Data 
Parallel I/O 
50 
0.1 
3M 3415-000 Flat 


(2) 
or 


TI H312125 Pins 


Serial I/O 
26 
0.1 
3M 3462-0001 
Flat or 
AMP 88106-1 Flat 


I/O Drivers: The following line drivers are all com- 
patible with the I/O driver sockets on the iSBC 88/ 
25 board. 


Driver 
Characteristics 
Sink Current (mA) 


7438 
I,OC 
48 


7437 
I 
48 


7432 
NI 
16 


7426 
I,OC 
16 


7409 
NI,OC 
16 


7408 
NI 
16 


7403 
I,OC 
16 


7400 
I 
16 


NOTES: 
I = inverting; 
NI = non-inverting; 
OC = open collector. 


Port 1 of the 8255A has 32 mA totem-pole bidirec- 
tional drivers and 100 terminators. 


2200 
+5Y~2 


.r 
--------------------- 
L 


1 KO Option 2 


I 
... 


Function 
Characteristic 
Sink Current 
{mAl 


Data 
Tri-State 
32 
Address 
Tri-State 
24 
Commands 
Tri-State 
32 
Bus Control 
Open Collector 
20 


Physical Characteristics 


Width: 
12.00 in. (30.48 cm) 


Height: 6.75 in. (17.15 cm) 


Depth: 0.70 in. (1.78 cm) 


Weight: 
14 oz. (388 gm) 


Current 
Requirements 
Configuration 
(All Voltages 
±5%) 


+5V 
+12V 
-12V 


Without 
EPROM(1) 
3.8A 
25mA 
23mA 


RAM only(2) 
104 mA 


With 8K EPROM(3) 
4.3A 
25mA 
23mA 
(using 2716) 


With 16K EPROM(3) 
4.4A 
25mA 
23mA 
(using 2732) 


With 32K EPROM(3) 
4.4A 
25mA 
23mA 
(using 2764) 


NOTES: 
1. Does 
not include 
power 
for optional 
ROM/EPROM, 
I/O 
drivers 
and I/O terminators. 
2. RAM 
chips 
powered 
via auxiliary 
power 
bus 
in power- 
down 
mode. 
Does not include 
power 
for optional 
RAM. 
3. Includes 
power 
required 
for 4 ROM/EPROM 
chips, 
and 
I/O 
terminators 
installed 
for 16 1/0 
lines; all terminator 
in- 
puts low. 


Reference 
Manual 


143825-001-iSBC 
88/25 
Hardware 
Reference 
Manual 
(NOT SUPPLIED) 


Manuals 
may be ordered 
from any Intel sales repre- 
sentative, 
distributor 
office 
or from 
Intel 
Literature 
Department, 
3065 
Bowers 
Avenue, 
Santa 
Clara, 


California 
95051. 


ORDERING 
INFORMATION 


Part Number 
Description 


SBC 88/25 
8-bit Single Board Computer 
with 4 Kbytes RAM 


inter 
iSBC® 88/40A 
MEASUREMENT AND CONTROL COMPUTER 


• 
High Performance 
4.8/6.67 
MHz 8088 
8-Bit HMOS Processor 


• 
12-Blt KHz Analog-to-Dlgltal 
Converter 
with Programmable 
Gain Control 


• 
16-Blt Dlfferentlal/32 
Single-Ended 
Analog 
Input Channels 


• 
Three 
ISBXTM MUL TIMODULETM 
Connectors 
for Analog, 
Digital, and 
other 
I/O Expansion 


• 
4K Bytes Static RAM, Expandable 
via 
iSBC@ 301 MUL TIMODULETM 
RAM to 
8K Bytes (1K Byte Dual-Ported) 


• 
Four EPROM/E2PROM 
Sockets 
for up 
to 64K Bytes, Expandable 
to 
128K Bytes with iSBC@ 341 Expansion 
MUL TIMODULETM 


• 
MUL TIBUS@ Intelligent 
Slave or 
Multlmaster 


The Intel iSBC 88/40A 
Measurement 
and Control Computer 
is a member of Intel's large family of Single Board 


Computers 
that 
takes 
full advantage 
of Intel's 
VLSI 
technology 
to provide 
an economical 
self-contained 


computer 
based solution 
for applications 
in the areas of process 
control 
and data acquisition. 
The on-board 


8088 processor 
with its powerful 
instruction 
set allows 
users of the iSBC 88/40A 
board 
to update 
process 


loops as much as 5-10 
times faster than previously 
possible 
with other 8-bit microprocessors. 
For example, 


the high performance 
iSBC 88/40A 
can concurrently 
process 
and update 
16 control 
loops in less than 200 


milliseconds 
using 
a traditional 
PID (Proportional-Integral-Derivative) 
control 
algorithm. 
The 
iSBC 88/40A 


board 
consists 
of a 16 differential/32 
single ended 
channel 
analog 
multiplexer 
with input protected 
circuits, 
AID 
converter, 
programmable 
central 
processing 
unit, dual port and private 
RAM, read only memory 
sockets, 
interrupt 
logic, 24 channels 
of parallel 110, three programmable 
timers and MUL TIBUS control 
logic on a single 


6.75 by 12.00-inch 
printed 
circuit card. The iSBC 88/40A 
board is capable 
of functioning 
by itself in a stand- 


alone system 
or as a multimaster 
or intelligent 
slave in a large MUL TIBUS system. 


inter 


Three Modes of Operation 


The iSBC 88/40A 
Measurement 
and Control 
Com- 
puter (MACC) is capable 
of operating 
in one of three 
modes: 
stand-alone 
controller, 
bus 
multi master 
or 
intelligent 
slave. 
A 
block 
diagram 
of 
the 
iSBC 
88/40A 
Measurement 
and 
Control 
Computer 
is 
shown 
in Figure 
1. 


The iSBC 88/40A 
Measurement 
and Control 
Com- 
puter 
may function 
as a stand-alone 
single 
board 
controller 
with CPU, memory 
and I/O elements 
on a 
single board. The on-board 
4K bytes of RAM and up 
to 64K bytes 
of read only memory, 
as well 
as the 
analog-to-digital 
converter 
and programmable 
paral- 
lel 1/0 lines allow significant 
control 
and monitoring 
capabilities 
from a single board. 


In this 
mode 
of operation 
the 
iSBC 88/40A 
board 
may 
interface 
and 
control 
a wide 
variety 
of iSBC 
memory 
and 
1/0 
boards 
or 
even 
with 
additional 
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J2 
Jl 
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iSBC 88/40 
boards 
or other 
single board 
computer 
masters 
or intelligent 
slaves. 


Intelligent 
Slave 


The iSBC 88/40A 
board 
can perform 
as an intelli- 
gent slave to any Intel 8- or 16-bit MULTIBUS 
mas- 
ter CPU by not only offloading 
the master of the ana- 
log data collection, 
but it can also 
do a significant 
amount 
of pre-processing 
and decision-making 
on 
its own. The distribution 
of processing 
tasks to intel- 
ligent 
slaves 
frees 
the 
system 
master 
to do other 
system functions. 
The Dual port RAM with flag bytes 
for signaling 
allows 
the iSBC 88/40A 
board 
to pro- 
cess and store data without 
MUL TIBUS 
memory 
or 
bus contention. 


Central Processing 
Unit 


The 
central 
processor 
unit 
for 
the 
iSBC 
88/40A 
board 
is a powerful 
8-bit HMOS 
8088 microproces- 
sor. By moving 
on-board 
jumpers, 
the user can se- 
lect either 
a 4.8 or 6.67 MHz CPU clock 
rate. The 
iSBC 88/40A board can also run at 8 MHz by chang- 
ing the CPU clock oscillator 
to a 24 MHz unit. For 8 
MHz operation, 
the 
iSBC 88/40A 
board 
should 
ei- 
ther be the only MUL TIBUS master in the system 
or 
be an intelligent 
slave that 
never directly 
accesses 
the MUL TIBUS interface . 
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Figure 1.ISBC® 88/40A Measurement 
and Control 
Computer 
Block Diagram 
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INSTRUCTION 
SET-The 
8088 
instruction 
reper- 
toire includes 
variable 
length 
instruction 
format 
(in- 
cluding double operand 
instructions), 
8-bit and 16-bit 
signed and unsigned 
arithmetic 
operators 
for binary, 


BCD and unpacked 
ASCII 
data, 
and iterative 
word 
and byte string manipulation 
functions. 
The instruc- 
tion 
set of the 
8088 
is a superset 
of the 8080Al 
8085A 
family and with available 
software 
tools, pro- 
grams 
written 
for the 8080A/8085A 
can 
be easily 
converted 
and run on the 8088 processor. 
Programs 
can also be run that are implemented 
on the 8088 
with little or no modification. 


ARCHITECTURAL 
FEATURE5--A 
4-byte 
instruc- 
tion 
queue 
provides 
pre-fetching 
of sequential 
in- 
structions 
and can reduce 
the 1.04 ms mjnimum 
in- 
struction 
cycle to 417 ns (at 4.8 MHz clock 
rate) for 
queued 
instructions. 
The stack oriented 
architecture 
facilitates 
nested 
subroutines 
and co-routines, 
reen- 
trant 
code 
and 
powerful 
interrupt 
handling. 
The 
memory 
expansion 
capabilities 
offer 
a 1 megabyte 
addressing 
range. 
The dynamic 
relocation 
scheme 
allows 
ease in segmentation 
of pure procedure 
and 
data for efficient 
memory 
utilization. 
Four segment 
registers 
(code, 
stack, 
data, ex1ra) contain 
program 
loaded 
offset 
values 
which 
are used to map 16-bit 
addresses 
to 20-bit 
addresses. 
Each register 
maps 
64K bytes at a time and activation 
of a specific 
regis- 


ter is controlled 
explicitly 
by program 
control 
and is 
also selected 
implicitly 
by specific 
functions 
and in- 
structions. 


The iSBC 88/40A 
single board 
computer 
has three 
buses: 1) an internal 
bus for communicating 
with on- 
board 
memory, 
analog-to-digital 
converter, 
ISBX 
MUL TIMODULES 
and 
I/O 
options; 
2) the 
MUL TI- 
BUS system 
bus for referencing 
additional 
memory 
and I/O options, 
and 3) the dual-port 
bus which 
al- 
lows access to RAM from the on-board 
CPU and the 
MUL TIBUS 
system 
bus. Local (on-board) 
accesses 


do not require 
MUL TIBUS 
communication, 
making 
the system 
bus available 
for use by other 
MUL TI- 
BUS 
masters 
(i.e., DMA 
devices 
and 
other 
single 
board 
computers 
transferring 
to additional 
system 
memory). 
This feature 
allows 
true parallel 
process- 


ing in a multiprocessor 
environment. 
In addition, 
the 
MUL TIBUS interface 
can be used for system expan- 
sion 
through 
the 
use of other 
8- and 
16-bit 
iSBC 
computers, 
memory 
and I/O expansion 
boards. 


RAM Capabilities 


DUAL·PORT 
RAM-The 
dual-port 
RAM of the iSBC 
88/40A 
board 
consists 
of 1K bytes of static 
RAM, 
implemented 
with Intel 2114A 
chips. 
The on-board 
base address 
of this RAM is OOCOO(3K) normally; 
it 
is relocated 
to 01 COO (7K) 'when the iSBC 301 MUL- 


TIMODULE 
RAM 
is added 
to the 
protected 
RAM. 
The MUL TIBUS 
port base address 
of the dual-port 
RAM can be jumpered 
to any 1K byte boundary 
in 
the 1M byte address 
space. The dual-port 
RAM can 
be accessed 
in a byte-wide 
fashion 
from the MUL TI- 
BUS system 
bus. When 
aqcessed 
from the MUL TI- 
BUS system 
bus, the dual-port 
RAM 
decode 
logic 
will generate 
INH1/ 
(Inhibit 
RAM) to allow dual-port 
RAM to overlay 
other 
system 
RAM. 
The 
dual-port 
control 
logic is designed 
to favor an on-board 
RAM 
access. 
If the dual-port 
is not currently 
performing 
a 
memory 
cycle for the MUL TIBUS 
system 
port, only 
one wait state 
will be required. 
The on-board 
port 
any require more than one wait state if the dual-port 
RAM 
was 
busy 
when 
the 
on-board 
cycle 
was 
re- 
quested. 
The LOCK prefix facility 
of the iAPX 88/10 
assembly 
language 
will disallow 
system 
bus access- 
es to the dual-port 
RAM. 
In addition, 
the on-board 
port to the dual-port 
RAM can be locked 
by other 
compatible 
MUL TIBUS 
masters, 
which 
allows 
true 
symmetric 
semaphore 
operation. 
When the board is 
functioning 
in the master 
mode, the LOCK prefix will 
additionally 
disable other masters 
from obtaining 
the 
system 
bus. 


PRIVATE 
RAM-In 
addition to the 1K byte dual-port 
RAM, 
there 
is a 3K byte 
section 
of private 
static 
RAM not accessible 
from the system 
bus. This RAM 
has a base address 
of 00000, 
and consists 
of three 
Intel 8185 
RAM 
chips 
which 
are interfaced 
to the 
multiplexed 
address/ 
data 
bus 
of the 
8088 
micro- 
processor. 
Expansion 
of this private RAM from 3K to 
7K byte scan be accomplished 
by the addition 
of an 
iSBC 301 
MUL TIMODULE 
RAM 
(4K bytes). 
When 
the 301 is added, 
protected 
RAM extends 
from 0 to 
7K, and the base address 
of the dual-port 
RAM is 
relocated 
from 
3K (OOCOO)to 7K (01 COO). All pro- 
tected 
RAM 
accesses 
require 
one 
wait 
state. 
The 
private 
RAM 
resides 
on 
the 
local 
on-board 
bus, 


which 
eliminates 
contention 
problems 
between 
on- 
board accesses 
to private 
RAM and system 
bus ac- 
cesses 
to dual-port 
AM. The 
private 
RAM 
can 
be 
battery 
backed 
(up to 16K bytes). 


Additional 
RAM can be added 
by utilizing 
JEDEC- 
compatible 
static 
RAMs 
in the 
available 
EPROM 
sockets. 


The 
iSBC 88/40A 
single 
board 
computer 
contains 
24 programmable 
parallel 
I/O lines implemented 
us- 


ing the Intel 8255A 
Programmable 
Peripheral 
Inter- 


face. The system 
software 
is used to configure 
the 
I/O lines in any combination 
of unidirectional 
input! 


output 
and bidirectional 
ports 
indicated 
in Table 
1. 


There the I/O interface 
may be customized 
to meet 


specific 
peripheral 
requirements. 
In order to take full 
advantage 
of 
the 
large 
number 
of 
possible 
I/O 


inter 


configurations, 
sockets 
are 
provided 
for 
inter- 
changeable I/O line drivers and terminators. Port 2 
can also accept TTL compatible peripheral drives, 
such as 75461/462, 
75471/472, 
etc. These are 


open collector, high voltage drivers (up to 55 volts) 
which can sink 300 mA. Hence, the flexibility of the 
I/O interface is further enhanced by the capability of 
selecting the appropriate combination of optional 
line drivers and terminators to provide the required 
sink current, polarity, and drive/termination charac- 
teristics for each application. The 24 programmable 
I/O lines and signal ground lines are brought out to a 
50-pin edge connector that mates with flat, woven, 
or round cable. This edge connector is also compati- 
ble with the Intel ICSTM920 Digital I/O and iCS 930 
AC Signal Conditioning/Termination Panels, for field 
wiring, optical isolation and high power (up to 3 amp) 
power drive. 


Four 28-pin sockets are provided for the use of Intel 
2716s, 2732s, 2764s, 27128s, future JEDEC-com- 
patible 128K and 256K bit EPROMs and their re- 
spective ROMs. When using 27128s the on-board 
EPROM capacity is 64K bytes. Read only memory 
expansion is available through the 
use of the 


iSBC 341 EPROM/ROM memory expansion MULTI- 
MODULE. When the iSBC 341 is used an additional 
four EPROM sockets are made available, for a total 
iSBC 88/40A board capacity of 128K bytes EPROM 
with Intel 27128s. 


The four 28-pin sockets can also accommodate Intel 
2817A or 2816A E2PROMs, for dynamic storage of 
control loop setpoints, conversion parameters, or 
other data (or programs) that change periodically but 
must be kept in nonvolatile storage. 


Timing Logic 


The iSBC 88/40A board provides an 8254-2 Pro- 
grammable Interval Timer, which contains three 
independent, 
programmable 
16-bit 
timers/event 


counters. All three of these counters are available to 
generate time intervals or event counts under soft- 
ware control. The outputs of the three counters may 
be independently routed to the interrupt matrix. The 
inputs and outputs of timers 0 and 1 can be connect- 
ed to parallel I/O lines on the J1 connector, where 
they replace 8255A port C lines. The third counter is 
also used for timing E2PROM write operations. 


Interrupt 
Capability 


The iSBC 88/40A board provides 9 vectored inter- 
rupt levels. The highest level is NMI (Nonmaskable 
Interrupt) line which is directly tied to the 8088 CPU. 
This interrupt cannot be inhibited by software and is 
typically used for signalling catastrophic events (Le., 
power failure). On servicing this interrupt, program 
control will be implicitly transferred through location 
00008H. The Intel 8259A Programmable Interrupt 
Controller (PIC) provides vectoring for the nex1eight 
interrupt levels. As shown in Table 2, a selection of 
four priority processing modes is available to the de- 
signer to match system requirements. Operating 
mode and priority assignments may be reconfigured 
dynamically via software at any time during system 
operation. The PCI accepts interrupt requests from 
the programmable parallel and/or iSBX interfaces, 
the programmable timers, the system bus, or directly 
from peripheral equipment. The PIC then determines 
which of the incoming requests is of the highest pri- 
ority than the level currently being serviced, and, if 
appropriate, issues an interrupt to the CPU. Any 
combination of interrupt levels may be masked, via 
software, by storing a single byte in the interrupt 
make register of the PIC. The PIC generates a 


Mode of Operation 


Unidirectional 


Port 
Lines 
Input 
Output 
Bidirectional 
Control 
(qty) 


Latched 
& 
Latched 
& 
Latched 
Strobed 
Latched 
Strobed 


1 
8 
X 
X 
X 
X 
X 


2 
8 
X 
X 
X 
X 


3 
4 
X 
X 
X(1) 


4 
X 
X 
X(1) 


NOTE: 
1. Part of port 3 must be used as a control 
port when 
either 
port 
1 or port 2 are used as a latched 
and strobed 
input or a 
latched 
and strobed 
output 
port or port 1 is used as a bidirectional 
port. 
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unique memory address for each interrupt level. 
These addresses are equally spaced at 4-byte inter- 
vals. This 32-byte lock may begin at any 32-byte 
boundary in the lowest 1K bytes of memory, and 
contains unique instruction pointers and code seg- 
ment offset values (for expanded memory operation) 
for each interrupt level. After acknowledging an in- 
terrupt and obtaining advice identifier byte from the 
8259A PIC, the CPU will store its status flags on the 
stack and execute an indirect CALL instruction 
through the vector location (derived from the device 
identifier) to the interrupt service routine. 


NOTE: 
The first 32 vector locations are reserved by Intel 
for dedicated vectors. Users who wish to maintain 
compatibility with present and future Intel products 
should not use these locations for user-defined 
vector addresses. 


Mode 
Operation 


Fully Nested 
Interrupt request line priorities 
fixed at 0 as highest, 7 as lowest. 


Auto-rotating 
Equal priority. Each level, after 
receiving service, becomes the 
lowest priority level until next 
interrupt occurs. 


Specific 
System software assigns lowest 
Priority 
priority level. Priority of all other 
levels based in sequence 
numerically on this assignment. 


Polled 
System software examines priority- 
encoded system interrupt status 
via interrupt status register. 


INTERRUPT 
REQUEST 
GENERATION-Interrupt 
requests may originate from 26 sources. Two jumper 
selectable interrupt requests can be automatically 
generated by the programmable peripheral interface 
when a byte of information is ready to be transferred 
to the CPU (i.e., input buffer is full) or a byte of infor- 
mation has been transferred to a peripheral device 
(i.e., output buffer is empty). A jumper selectable re- 
quest can be generated by each of the programma- 
ble timers. An additional interrupt request line may 
be jumpered directly from the parallel I/O driver ter- 
minator section. Eight prioritized interrupt request 
lines allow the iSBC 88/40A board to recognize and 
service interrupts originating from peripheral boards 
interfaced via the MULTIBUS system bus. The fail 
safe timer can be selected as an interrupt source. 
AI~o, interrupts are provided from the iSBX connec- 
tors (6), end-of-conversion, PFIN and from the pow- 
er line clock. 


Control logic is also included to accept a power-fail 
interrupt in conjunction with the AC-Iow signal from 
the iSBC 635, iSBC 640, and iCS 645 Power Supply 
or equivalent. 


iSBXTM MUL TIMODULETM 
Expansion 
Capabilities 


Three iSBX MULTIMODULE connectors are provid- 
ed on the iSBC 88/40A board. Up to three single 
wide MULTIMODULE or one double wide and one 
single wide iSBX MULTIMODULE can be added to 
the iSBC 88/40A board. A wide variety of peripheral 
controllers, analog and digital expansion options are 
available. For more information on specific iSBX 
MULTIMODULES consult the Intel OEM Microcom- 
puter System Configuration Guide. 


Processing 
Expansion Capabilities 


The addition of a iSBC 337 Multimodule Numeric 
Data Processor offers high performance integer and 
floating point math functions to users of the iSBC 
88/40A board. The iSBC 337 incorporates the Intel 
8087 and because of the MULT1MODULE imple- 
mentation, it allows on-board expansion directly on 
the iSBC 88/40A board, eliminating the need for ad- 
ditional boards or floating point requirements. 


MUL TIBUS® Expansion 


Memory and I/O capacity may be expanded further 
and additional functions added using Intel MULTI- 
BUS compatible expansion boards. Memory may be 
expanded by adding user specified combination of 
RAM boards, EPROM boards, or memory combina- 
tion boards. Input/output capacity may be increased 
by adding digital I/O and analog I/O MULTIBUS ex- 
pansion boards. Mass storage capability may be 
achieved by adding single or double density diskette 
controllers, or hard disk controllers either through 
the use of expansion boards and iSBX MULTIMOD- 
ULES. Modular expandable backplanes and card- 
cages are available to support multiboard systems. 


NOTE: 
Certain system restrictions may be incurred by the 
inclusion of some of the iSBC 80 family options in 
an iSBC 88/40 system. Consult the Intel OEM Mi- 
crocomputer System Configuration Guide for spe- 
cific data. 


Analog Input 'Section 


The analog section of the iSBC 88/40A board re- 
ceives all control signals through the local bus to 


initiate channel selection, gain selection, sample and 
hold operation, and analog-to-digital conversion. 
See Figure 2. 


INPUT CAPACITY-32 
separate analog signals 
may be randomly or sequentially sampled in single- 
ended mode with the 32 input multiplexers and a 
common ground. For noisier environments, differen- 
tial input mode can be configured to achieve 16 sep- 
arate differential signal inputs, or 32 pseudo differen- 
tial inputs. 


RESOLUTION-The 
analog section provides 12-bit 
resolution with a successive approximation analog- 
to-digital converter. For bipolar operation (- 5 to + 5 
or -10 
to + 10 volts) it provides 11 bits plus sign. 


SPEED-The 
A-to-D converter conversion speed is 
50 /Ls (20 kHz samples per second). Combined with 
the programming interface, maximum throughput via 
the local bus and into memory will be 55 microsec- 
onds per sample, or 18 kHz samples per second, for 
a single channel, a random channel, or a sequential 
channel scan at a gain of 1, 5 ms at a gain of 5,250 
ms at a gain of 50, and 20 ms at a gain of 250. A-to- 
O conversion is initiated via a programmed com- 
mand from the 8088 central processor. Interrupt on 
end-of-conversion is a standard feature to ease pro- 
gramming and timing constraints. 


ACCURACY-High 
quality components are used to 
achieve 12 bits resolution and accuracy of 0.035% 
full scale range ± % LSB at gain = 1. Offset is ad- 
justable under program control to obtain a nominal 
±0.024% FSR ± % LSB accuracy at any fixed tem- 
perature between O°C and 60°C (gain = 1). See 
specifications for other gain accuracies. 


GAIN-To 
allow sampling of millivolt level signals 
such as strain gauges and thermocouples, gain is 
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made configurable via user program commands up 
to 250 x (20 millivolts full scale input range). User 
can select 
gain ranges of 
1 (5V), 5 (1V), 50 


(100 mV), 250 (20 mV) to match his application. 


OPERATIONAL DESCRIPTION-The 
iSBC 88/40A 


single board computer addresses the analog-to-digi- 
tal converter by executing IN or OUT instructions to 
the port address. Analog-to-digital conversions can 
be programmed in either of two modes: 1) start con- 
version and poll for end-of-conversion (EOC), or 2) 
start conversion and wait for interrupt at end of con- 
version. When the conversion is complete as sig- 
naled by one of the above techniques, INput instruc- 
tions read two bytes (low and high bytes) containing 
the 12-bit data word. 


Output Command-Select 
input channel and start 


conversion. 


GAIN 
CONNECTOR 
CHANNEL SELECT 


~ 
(~-~---\ 


BIT POSITION 
7 
6 
5 
4 
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Input 
Data-Read 
converted data (low byte) or 


Read converted data (high byte). 


DATA 


Figure 2. iSBC@88/40 Analog Input Section 
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Offset Correction-At 
higher gains (X 50, X 250) 
the voltage offset tempco in the AID 
circuitry can 
sometimes cause unacceptable inaccuracies. To 
correct for this offset, one channel can be dedicated 
to be used as a reference standard. This channel 
can be read from the program to determine the 
amount of offset. The reading from this channel will 
then be subtracted from all other channel readings, 
in effect eliminating the offset tempco. 


The development cycle of the iSBC BB/40 board 
may be significantly reduced using an Intel Intellec 
Microcomputer 
Development System and Intel's 
FORTRAN, PASCAL, or 
Pl/M 
B6/BB Software 
packages. 


Instruction--8, 
16, or 32 bits 
Data-8 
bits 


Instruction 
8088 Clock Rate 
Number of 


4.8 MHz 6.67 MHz 8.0 MHz Clock Cycles 


In Queue 
417 ns 
300 ns 
250 ns 
2 
Nolin Queue 
1.04 ns 
750 ns 
625 ns 
5 


Up to 64K bytes; user installed in 2K, 4K, BK or 16K 
byte increments or up to 128K if iSBC 341 MUl TI- 
MODULE EPROM option installed. Up to BK bytes of 
E2PROM using Intel 2816As or 2817As may be 
user-installed in increments of 2, 4, or 8 bytes. 


On-Board RAM 


4K bytes or BK bytes if the iSBC 301 MUl TIMOD- 
UlE 
RAM is installed. Integrity maintained during 
power failure with user-furnished batteries. 1K bytes 
are dual-ported. 


Off-Board Expansion 


Up to 1 megabyte of user-specified combination of 
RAM, ROM, and EPROM. 


On-Board ROM/EPROM 


FEOOO-FFFFF(using 2716 EPROMs) 
FCOOO-FFFFF(using 2732 EPROMs) 
FBOOO-FFFFF(using 2764 EPROMs) 
FOOOO-FFFFF(using 2712B EPROMs) 


On-Board ROM/EPROM (With iSBC 341 
MUl TIMODUlE EPROM option installed) 


FCOOO-FFFFF(using 2716 EPROMs) 
FBOOO-FFFFF(using 2732 EPROMs) 
FOOOO-FFFFF(using 2764 EPROMs) 
EOOOO-FFFFF(using 27128 EPROMs) 


On-Board RAM (CPUAccess) 


OOOOO-OOFFF 
00000-01FFF (if iSBC 301 MUl TIMODUlE RAM op- 
tion installed) 


On-Board RAM 


Jumpers allow 1K bytes of RAM to act as slave RAM 
for access by another bus master. Addressing may 
be set within any 1K boundary in the 1-megabyte 
system address space. 


Slave RAM Access 


Average: 350 ns 


Single Timer 
Dual Timers 
Function 
(Two Timers 
Min 
Max 
Cascaded) 


Real-Time 
0.977/Jos 
64 ms 
69.9 minutes 
Interrupt 
maximum 
Interval 


Rate 
15.625 Hz 
1024 KHz 
0.00024 Hz 
Generator 
minimum 
(Frequency 


4.B MHz ±0.1% or 6.67 MHz ±0.1%. (User select- 
able via jumpers); 


1/0 Addressing 


All communications 
to parallel 
I/O 
ports, 
iSBX bus, 
A/D 
port, timers, and interrupt 
controller 
are via read 
and write commands 
from the on-board 
8088 CPU. 


Parallel 
1/0-24 
programmable 
lines 
(8 lines 
per 
port); one port includes 
a bidirectional 
bus driver. IC 
sockets 
are included 
for user installation 
of line driv- 
ers and/or 
I/O terminators 
and/or 
peripheral 
drivers 
as required 
for interface 
ports. 


8088 CPU includes 
a non-maskable 
interrupt 
(NMI). 


NMI 
interrupt 
is provided 
for 
catastrophic 
events 
such as power failure. The on-board 
8259A 
PIC pro- 


vides 
8-bit 
identifier 
of interrupting 
device 
to CPU. 
CPU multiplies 
identifier 
by four to derive vector 
ad- 
dress. 
Jumpers 
select 
interrupts 
from 
26 sources 
without 
necessity 
of external 
hardware. 
PIC may be 
programmed 
to accommodate 
edge-sensitive 
or lev- 
el-sensitive 
inputs. 


16 differential 
(bipolar operation) 
or 32 single-ended 
(unipolar 
operation). 


Full Scale 
Voltage 
Range- 
- 5 to + 5 volts 
(bipo- 
lar), 0 to + 5 volts (unipolar). 


NOTE: 


Ranges 
of 0 to 10V and 
± 10V achievable 
with ex- 
ternally 
supplied 
± 15V power. 


Gain-Program 
selectable 
for gain 
of 1, 5, 50, or 
250. 


Resolution-12 
bits (11 bits plus sign for ± 5, ± 10 
volts). 


Gain 
25°C 


1 
± 0.035% 
FSR* 


5 
±0.06% 
FSR* 


50 
±0.07% 
FSR* 


250 
±0.12% 
FSR* 


NOTE: 
FSR = Full Scale 
Range 
± % LSB. Figures 
are in percent 
of full scale 
reading. 
At any fixed temperature 
between 
O'C 
and 
60°C, 
the 
accuracy 
is adjustable 
to 
±O.05% 
of full 
scale. 


Gain TC (at gain = 1}-30 
PPM (typical), 
56 PPM 
(max) per degree centigrade, 
40 PPM at other gains. 


OffsetTe- 
(in % of FSRrC) 
Gain 
1 
5 
50 
250 


Offset 
TC (typical) 
0.0018% 
0.0036% 
0.024% 
0.12% 


Sample 
and Hold-Sample 
Time: 15 J.Ls 
Aperature-Hold 
Aperature 
Time: 120 ns 
Input Overvoltage 
Protection: 
30 volts 
Input Impedance: 
20 megohms 
(min.) 
Conversion 
Speed: 
50 J.Ls (max.) at gain = 1 
Common 
Mode Rejection 
Ratio: 60 dB (min.) 


Physical Characteristics 


Width: 
30.48 cm (12.00 in.) 


Length: 
17.15 cm (6.75 in.) 


Height: 
1.78 cm (0.7 in.) 


2.82 cm (1.13 in.) with iSBC Memory 
Expan- 
sion, MUL T1MODULES, 
iSBX Numeric 
Data 
Processor 
or iSBX MUL TIMODULES. 


Voltage 
Current 


Maximum 
Typical 


+5V 
5.5A 
4A 
+5V 
Aux 
150 mA 
100 mA 


+12V 
120 mA 
80mA 
-12V 
40mA 
30mA 


NOTES: 
1. The 
current 
requirement 
includes 
one 
worst 
case 
(ac- 
tive-standby) 
EPROM 
current. 


2. If +5V 
Aux is supplied 
by the iSBC 88/40A 
board. 
the 
total 
+ 5V current 
is the 
sum 
of the 
+ 5V and 
the 
+ 5V 
Aux. 


Environmental Requirements 


Operating 
Temperature: 
0° to 
+ 60°C 
with 
6 CFM 


min. air flow across 
board 


Relative 
Humidity: 
to 90% 
without 
condensa- 


tion 


Equipment 
Supplied 


iSBC 88/40A 
Measurement 
and Control 
Computer 


Schematic 
diagram 
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147049-001- 
SBC 88/40A 
Measurement and Con- 
trol Computer Hardware Reference 
Manual (Order Separately). 


Manuals may be ordered from an Intel sales repre- 
sentative, distributor office or from Intel Literature 
Department, 3065 Bowers Avenue, Santa Clara, 
California 95051. 


Part Number Description 
SBC 88/40A 
Measurement and Control Computer 


iSBC® 186/03A 
SINGLE BOARD COMPUTER 


• 
8.0 MHz 80186 Microprocessor 
with 
Optional 
8087 Numeric 
Data Processor 


• 
Eight (Expandable 
to 12) JEDEC 28·Pin 
Sites 


• 
Six Programmable 
Timers 
and 27 
Levels of Vectored 
Interrupt 
Control 


• 
MUL TIBUS@ Interface 
for System 
Expansion 
and Multimaster 
Configuration 


• 
24 Programmable 
I/O 
Lines 
Configurable 
as a SCSI Interface, 
Centronics 
Interface 
or General 
Purpose 
I/O 


• 
Two iSBXTM Bus Interface 
Connectors 
for Low Cost I/O Expansion 


• 
iLBXTM (Local Bus Extension) 
Interface 
for High·Speed 
Memory 
Expansion 


• 
Two Programmable 
Serial Interfaces; 
One RS 232C, the Other RS 232C or 
RS 422 Compatible 


The iSBC 186/03A 
Single 
Board Computer 
is a member 
of Intel's 
complete 
line of microcomputer 
modules 
and systems 
that take advantage 
of Intel's 
VLSI technology 
to provide 
economical, 
off-the-shelf, 
computer- 
based solutions 
for OEM applications. 
The board is a complete 
microcomputer 
system 
on a 7.05 x 12.0 inch 
printed 
circuit 
card. The CPU, system 
clock, 
memory, 
sockets, 
I/O ports and drivers, 
serial communications 
interface, 
priority interrupt 
logic and programmable 
timers, 
all reside on the board. 


The iSBC 186/03A 
board incorporates 
the 80186 CPU and SCSI interface 
on one board. The extensive 
use of 
high integration 
VLSI has produced 
a high-performance 
single-board 
system. 
For large memory 
applications, 


the iLBX local bus expansion 
maintains 
this high performance. 


Operating 
Environment 


The iSBC 186/03A single board computer features 
have been designed to meet the needs of numerous 
microcomputer applications. Typical applications in- 
clude: 
• Multiprocessing single board computer 
• BITBUS master controller 
• Stand-alone singel board system 


MULTIPROCESSING 
SINGLE 
BOARD 
COMPUTER 


High-performance systems often need to divide sys- 
tem functions among multiple processors. A multi- 
pr,ocessingsingle board computer distributes an ap- 
plications processing load over multiple processors 
that communicate over a system bus. Since these 
applications use the system bus for inter-processor 
communication, it is required that each processor 
has local execution memory. 


The iSBC 186/03A board supports loosely coupled 
multiprocessing (where each processor performs a 
specific function) through its MULTIBUS compatible 
architecture. The IEEE 796 system bus facilitates 
processor to proce~sor communication, while the 
ILBX bus makes high-speed data and execution 
memory available to each CPU as shown in Figure 1. 
This architecture allows multiple processors to run in 
parallel enabling very high-performance applica- 
tions. 


The BITBUS interconnect environment is a high per- 
formance 
low-cost 
microcontroller 
interconnect 
technology for distributed control of intelligent indus- 
trial machines such as robots and process control- 
lers. The BITBUS interconnect is a special purpose 
serial bus which is ideally suited for the fast trans- 
mission of short messages between the microcon- 
troller nodes in a modularly distributed system. 


The iSBC 186/03A board can be implemented as 
the MULTIBUS-based master controller CPU which 
monitors, processes and updates the control status 
of the distributed system. The iSBX 344 board is 
used to interface the iSBC 186/03A board to the 
BITBUS interconnect. Actual message transfer over 
the iSBX bus can be accomplished by either soft- 
ware polling by the CPU or by using the on-chip 
80186 DMA hardware instead of the CPU. Using 
DMA, the CPU is only required to start the DMA pro- 
cess and then poll for the completion of the mes- 
sage transfer, thus dramatically improving the data 
transmission rate and master control processor effi- 
ciency. The maximum transfer rates over the iSBX 
bus for the iSBC 186/03A board are about 900 mes- 
sages/second in polled mode and 2500 messages/ 
second in DMA mode. An 8 MHz iSBC 186/03A 
board in DMA mode is 3 times as fast as a typical 
5 MHz iSBC 86/30 board running in polled mode. 
The iSBC 186/03A board in DMA mode provides the 
highest 
performance/price 
solution 
for 
BITBUS 
message transmission out of all of Intel's complete 
line of 16-bit CPU modules. 


[=:J [=:J 


ISBC· 186/03A 
BOARD 


Figure 1. A Multiprocessing 
Single Board Computer 
Application 
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ISBX'· 344 
BITBUS'" 
INTERFACE 
BOARD 


TEMPERATURE 
MONITORING 
AND CONTROL 


(>¢ iSBX'· BUS 


A stand-alone 
single 
board 
system 
is a complete 
computer 
system on one board. By reducing the sys- 
tem's 
board 
count, 
the single 
board 
system 
saves 
space, 
power, 
and 
ultimately, 
costs. 
The on-board 
resources 
need to be capable 
of performing 
all of 
the basic system 
functions. 
These 
applications 
typi- 
cally require terminal 
support, 
peripheral 
control, 
lo- 
cal RAM and program 
execution. 
In previous 
gener- 


ations 
of single 
board 
computers, 
these 
functions 
could only be obtained 
with multiple 
board solutions. 


The iSBC 186/03A 
board integrates 
all the functions 
of a general purpose 
system (CPU, memory, 
I/O and 
peripheral 
control) 
onto 
one 
board. 
The 
iSBC 
186/03A 
board can also be customized 
as a single 
board system 
by the selection 
of memory 
and iSBX 
I/O 
options. 
The board's 
8 JEDEC 
28-pin 
sockets 
can accommodate 
a wide variety of byte-wide 
mem- 
ory devices. 
For example, 
four 27256 
EPROMS 
and 
four 2186 IRAMs can be installed 
for a total of 128 
KB of EPROM 
program 
storage 
and 32 KB of RAM 
data storage. 
In addition, 
Intel's JEDEC site compati- 
ble 
27916 
KEPROMTM 
(Keyed 
Access 
EPROM) 
memory 
device 
may be configured 
for use on the 


iSBC 186/03A 
board. The KEPROM 
memory 
device 
employs 
a data protection 
mechanism 
which 
makes 
the memory 
array unreadable 
until unlocked 
by an 
authorized 
64-bit 
"key". 
KEPROMs 
protect 
system 
software 
from unauthorized 
use. If more memory 
is 
needed, 
an optional 
iSBC 341 memory 
site expan- 
sion 
board 
can be added 
to provide 
an additional 
four 
JEDEC 
sites. 
Two 
iSBX 
MUL TIMODULETM 
boards can be added to the iSBC 186/03A 
board to 
customize 
the board's 
I/O capabilities. 
As shown 
in 
Figure 3, the iSBX connectors 
can support 
a single- 
board system with the analog 
input and output mod- 


ules needed by machine 
or process 
control 
systems. 


The iSBC 186/03A 
board 
is functionally 
partitioned 
into six major sections: 
central 
processor, 
memory, 


SCSI compatible 
parallel 
interface, 
serial I/O, 
inter- 
rupt control 
and MUL TIBUS 
bus expansion. 
These 
areas are illustrated 
in Figure 4. 
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ISBX'·324 
ANALOG 
OUTPUT 
BOARD 


ISBX'·311 
ANALOG 
INPUT 
BOARD 


FOUR SITE 
: 


I 
EXPANSION 
: 
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The 
80186 
component 
is a high-integration 
16-bit 
microprocessor. 
It combines 
several 
of 
the 
most 
common 
system components 
onto a single chip (i.e. 


Direct 
Memory 
Access, 
Interval 
Timers, 
Clock Gen- 
erator 
and Programmable 
Interrupt 
Controller). 
The 
80186 
instruction 
set is a superset 
of the 8086. 
It 
maintains 
object 
code 
compatability 
while 
adding 
ten 
new 
instructions. 
Added 
instructions 
include: 


Block 
I/O, 
Enter 
and 
Leave 
subroutines, 
Push Im- 
mediate, 
Multiply 
Quick, 
Array 
Bounds 
Checking, 
Shift and Rotate 
by Immediate, 
and Pop and Push 
All. 


Use of the 80130 component 
is limited to the 3 tim- 
ers and 8 levels of interrupts 
available. 
Direct proc- 
essor execution 
of the 16K bytes of iRMX 86 Oper- 
ating System 
nucleus 
primitives 
is not supported. 


An optional 
8087 
Numeric 
Data Processor 
may be 
installed 
by the 
user 
to 
dramatically 
improve 
the 
186/03A 
board's 
numerical 
processing 
power. 
The 
interface 
between 
the 8087 and 80186 
is provided 
by the factory-installed 
82188 
Integrated 
Bus Con- 
troller which completes 
the 80186 numeric data pro- 
cessing 
system. 
The 8087 Numeric 
Data Processor 
option 
adds 68 floating-point 
instructions 
and eight 
80-bit floating 
point registers 
to the basic iSBC 186/ 
03A 
board's 
programming 
capabilities. 
Depending 
on the application, 
the 8087 will increase 
the per- 
formance 
of floating 
point calculations 
by 50 to 100 
times. 


The 
80186 
provides 
three 
internal 
16-bit 
program- 
mable 
timers. 
Two of these 
are highly flexible 
and 
are connected 
to four external 
pins (two per timer). 


They can be used to count external 
events, time ex- 
ternal 
events, 
generate 
nonrepetitive 
waveforms, 
etc. As shipped 
on the iSBC 186/03A 
board, these 
two timers are connected 
to the serial interface, 
and 
provide 
baud rate generation. 
The third timer is not 
connected 
to any external 
pins, 
and 
is useful 
for 
real-time 
coding and time-delay 
applications. 
In addi- 
tion, this third timer can be used as a prescaler 
to 
the 
other 
two, 
or as a DMA 
request 
source. 
The 
80130 
provides 
three 
more 
programmable 
timers. 
One is a factory 
default baud rate generator 
and out- 
puts an 8254 compatible 
square 
wave 
that can be 
used as an alternate 
baud rate source to either serial 
channel. 
The 80130's 
second timer is used as a sys- 
tem timer. The third timer is reserved 
for use by the 
iRMX Operating 
System. 
The system 
software 
con- 
figures 
each 
timer 
independently 
to select 
the de- 
sired function. 
Available 
functions 
include: 
interrupt 
on 
terminal 
count, 
programmable 
one-shot, 
rate 


generator, 
square-wave 
generator, 
software 
trig- 
gered 
strobe, 
hardware 
triggered 
strobe 
and event 
counter. 
The contents 
of each counter 
may be read 
at any time during system 
operation. 


There are eight JEDEC 
28-pin 
memory 
sites on the 
iSBC 186/03A 
board 
providing 
flexible 
memory 
ex- 
pansion. 
Four of these 
sites (EPROM 
sites) may be 
used 
for 
EPROM 
or 
E2PROM 
program 
storage, 


while 
the other 
four 
(RAM 
sites) 
may be used 
for 
static 
RAM or iRAM 
data storage 
or used as addi- 


tional 
program 
storage. 
The eight 
sites can be ex- 
tended 
to twelve 
by the 
addition 
of an iSBC 
341 
MUL TIMODULE 
board. 
These 
additional 
sites 
will 
provide 
up to 64K bytes of RAM using 8K x 8 SRAM 
or iRAM 
devices. 
The 
EPROM 
sites 
(Bank 
B) are 
compatible 
with 8K x 8 (2764), 
16K x 8 (27128A), 


32K x 8 (27256), 
64K x 8 (27512) 
as well as 2K x 8 
(2817A) 
and 
8K x 8 (2864) 
E2PROMs. 
The 
RAM 
sites 
(Bank 
A) 
are 
compatible 
with 
all 
bytewide 
SRAM, iRAM or NVRAM devices. 
NVRAM 
usage re- 


quires additional 
circuitry 
in order to guarantee 
data 
retention. 
(Refer 
to AP-173 
for further 
information.) 
Bank A can be reassigned 
to upper memory just be- 


low the assigned 
memory 
space for Bank B to sup- 


port additional 
EPROM 
or E2PROMs. 


Memory addressing 
for the JEDEC sites depends 
on 
the device type selected. 
The four EPROM sites are 
top justified 
in the 
1 MB address 
space 
and 
must 


contain 
the power-on 
instructions. 
The device 
size 
determines 
the 
starting 
address 
of these 
devices. 


The four RAM sites are, by default, 
located 
starting 
at address 
O. The addressing 
of these 
sites may be 
relocated 
to upper 
memory 
(immediately 
below 
the 
EPROM site addresses) 
in applications 
where these 
sites 
will 
contain 
additional 
program 
storage. 
The 
optional 
iSBC 
341 
MUL TIMODULE 
sites 
are 
ad- 
dressable 
immediately 
above the RAM site address- 


es. 


Power-fail 
control 
and auxiliary 
power 
are provided 
for protection 
of the RAM sites when used with static 
RAM devices. 
A memory 
protect 
signal 
is provided 
through 
an auxiliary 
connector 
(J4) which, 
when as- 


serted, 
disables 
read/write 
access 
to RAM memory 
on the board. This input is provided 
for the protec- 


tion of RAM contents 
during system power-down 
se- 


quences. 
An auxiliary 
power bus is also provided 
to 
allow separate 
power to RAM for systems 
requiring 
battery 
back-up 
of read/write 
memory. 
Selection 
of 
this auxiliary RAM power bus is made via jumpers 
on 
the board. 
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SCSI PERIPHERAL 
INTERFACE 


The iSBC 186/03A board includes a parallel periph- 
eral interface that consists of three 8-bit parallel 
ports. As shipped, these ports are configured for 
general purpose I/O. The 'parall~1interface m.ay~e 
reconfigured to be compatible with the SCSI disk In- 
terface 
by 
adding 
two 
user-supplied and 
pro- 


grammed Programmable Array Logic (PAL) devices, 
moving 
jumpers 
and 
installing 
a 
user-supplied 


74LS640-1 device. Alternatively, the parallel inter- 
face may be reconfigured as a DMA controlled Cen- 
tronics compatible line printer interface by adding 
one PAL and changing jumpers. Refer to the iSBC 
186/03A 
Hardware Reference 
Manual for 
PAL 


equations and a detailed implementation procedure. 


The SCSI (Small Computer Systems Interface) inter- 
face allows up to 8 mass storage peripherals such 
as Winchester disk drives, floppy disk drives and 
tape drives to be connected directly to the ~~BC 
186/03A board. Intel's iSBC 186/03A board utilizes 
a single initiator, single target implementation of the 
SCSI bus specification. Bus arbitration and dese- 
lect/reselect SCSI features are not supported. Sin- 
gle host, multiple target configurations can be used. 
However, the iSBC 186/03A board will stay con- 
nected to one target until the transaction is complet- 
ed before switching to the second target. The iSBC 
186/03A board's SCSI interface implements a 5 me- 
gabit/second transfer rate. A sample SCSI applica- 
tion is shown in Figure 5. Intel tested iSBC 186/03A 
board compatible SCSI controllers include Adaptek 
4500, DTC 1410, Iomega Alpha 10, Shugart 1601 
and 1610, Vermont Research 8103 and Xebec 
1410. 


The Centronics interface requires very little software 
overhead since a PAL device is used to provide nec- 
essary handshake timing. Interrupts are gene~at~d 
for printer fault conditions and a DMA request ISIS- 
sued for every character. The interface supports 
Centronics type printers compatible with models 702 
and 737. 


SERIAL 
110 


The iSBC 186/03A Single Board Computer contains 
two programmable communications interfaces using 
the 
Intel 
8274 
Multi-Protocol 
Serial 
Controller 
(MPSC). 


Two 80186 timer outputs are used as software se- 
lectable baud rate generators capable of supplying 
the serial channels with common communications 
frequencies. An 80130 baud rate timer may be jump- 
ered to either serial port to provide higher frequency 
baud rates. The mode of operation (Le., asynchro- 
nous, byte synchronous or bisynchronous pro~o- 
cols), data format, control character format, panty, 
and baud rate are all under program control. The 
8274 provides full duplex, double buffered transmit 
and receive capability. Parity, overrun, and framing 
error detection are all incorporated in the MPSC. 
The iSBC 186/03A board supports operation in the 
polled, interrupt and DMA driven in:terfa~est~rou~h 
jumper options. The default configuration IS with 
channel 
A 
as 
RS422A/RS449, 
channel 
B 
as 


RS232C. Channel A can optionally be configured to 
support RS232C. Both channels are default config- 
ured as data set (DCE). Channel A can be reconfig- 
ured as data terminal (DTE) for connection to a mo- 
dem-type device. 


Figure 5. Sample SCSI Application 
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The iSBC 186/03A 
board provides 
27 on-board 
vec- 
tored interrupt 
levels to service 
interrupts 
generated 
from 33 possible 
sources. 


The 
interrupts 
are serviced 
by four 
programmable 
interrupt 
controllers 
(PICs): one in the 80186 compo- 
nent, one in the 80130 component, 
one in the 8259A 
component 
and 
one 
in the 
8274 
component. 
The 
80186, 
8259A 
and 8274 
PICs act as slaves 
to the 
80130 
master 
PIC. The 
highest 
priority 
interrupt 
is 
the Non-Maskable 
Interrupt 
(NMI) line which 
is tied 
directly 
to the 80186 
CPU. This interrupt 
is typically 
used to signal 
catastrophic 
events 
(e.g. power 
fail- 
ure). The PICs provide prioritization 
and vectoring 
for 
the other 
26 interrupt 
requests 
from 
on-board 
I/O 
resources 
and from the MUL TIBUS system bus. The 
PICs then resolve the requests 
according 
to the pro- 
grammable 
priority resolution 
mode, and if appropri- 
ate, issue an interrupt 
to the CPU. 


Table 
1 contains 
a list of devices 
and functions 
ca- 
pable 
of 
generating 
interrupts. 
These 
interrupt 
sources 
are jumper configurable 
to the desired inter- 
rupt request 
level. 


iLBX local bus expansion 
and the iSBX MUL TIMOD- 
ULE expansion 
bus as shown 
in Figure 6. Each bus 
structure 
is optimized 
to satisfy particular 
system 
re- 
quirements. 
The 
system 
bus 
provides 
a basis 
for 
general 
system 
design 
including 
memory 
and 
I/O 
expansion 
as well as multiprocessing 
support. 
The 
iLBX bus allows 
large amounts 
of high performance 
memory to be accessed 
by the iSBC 186/03A 
board 
over 
a private 
bus. The 
iSBX 
MUL TIMODULE 
ex- 
. pansion 
board bus is a means of adding inexpensive 
I/O 
functions 
to the iSBC 186/03A 
board. 
Each of 
these 
bus structures 
are implemented 
on the iSBC 
186/03A 
board providing 
a flexible 
system 
architec- 
ture solution. 


The MUL TIBUS 
system 
bus is an industry 
standard 
(IEEE 
796) 
microcomputer 
bus 
structure. 
Both 
8- 
and 16-bit single board computers 
are supported 
on 
the IEEE 796 structure 
with 20 or 24 address 
and 16 
data lines. In its simplest 
application, 
the system bus 
allows 
expansion 
of functions 
already 
contained 
on 
a single 
board 
computer 
(e.g., 
memory 
and 
I/O). 


However, 
the IEEE 796 bus also allows very power- 
ful distributed 
processing 
configurations 
with 
multi- 
ple processors 
and intelligent 
slave, I/O and periph- 
eral boards 
capable 
of solving 
the most demanding 
microcomputer 
applications. 
The MUL TIBUS system 
bus is supported 
with a broad 
array of board-level 
products, 
LSI interface 
components, 
detailed 
pub- 
lished specifications 
and application 
notes. 
The 
iSBC 
186/03A 
board 
architecture 
includes 
three bus structures: 
the MUL TIBUS system bus, the 


Table 
1. Interrupt 
Request 
Sources 


Device 
Function 
Number 
of 
Interrupts 


MUL TIBUS Bus 
Requests 
from MUL TIBUS Bus Resident 
Peripherals 
or 
8 
Interface 
Other CPU 


INTO-INT7 


8274 Serial Controller 
Transmit 
Buffer Empty, Receive 
Buffer Full and Channel 
8 
Errors 


Internal 80186 Timer 
Timer 0, 1, 2, Outputs 
(Function 
Determined 
by Timer 
5 
and DMA 
Mode) and 2 DMA Channel 
Interrupts 


80130 Timer Output 
iRMX System Timer (SYSTICK) 
1 


iSBX Bus Connectors 
Function 
Determined 
by iSBX MUL TIMODULE 
Board 
6 
(3 per 
iSBX Connector) 


Bus Fail-Safe Timer 
Indicates 
Addressed 
MUL TIBUS Bus Resident 
Device 
1 
Has Not Responded 
to Command 
within 10 ms 


8255A Parallel I/O 
Parallel Port Control 
2 
Controller 


J4 Connector 
External/Power-Fail 
Interrupts 
2 
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'SBX'· 
MUL TIMODULE'· 
BOARD 


The iSBC 186/03A board provides a local bus ex- 
tension (iLBX) interface. This standard extension al- 
lows on-board memory performance with physically 
off-board memory. The combination of a CPU board 
and iLBX memory boards is architecturally equiva- 
lent to a single board computer and thus can be 
called a "virtual single board computer". The iLBX 
bus is implemented over the P2 connector and re- 
quires independent cabling or backplane connec- 
tion. 


ISBXTM BUS MUL TIMODULETM 
ON·BOARD 
EXPANSION 


Two iSBX MULTIMODULE board connectors are 
provided 
on 
the 
iSBC 186/03A 
microcomputer 
board. Through these connectors, additional on- 
board I/O functions may be added. iSBX MULTI- 
MODULE boards optimally support functions provid- 
ed by VLSI peripheral components such as addition- 
al parallel and serial I/O, analog I/O. and graphics 
control. The iSBX bus connectors on the iSBC 
186/03A board provide all signals necessary to in- 
terface to the local on-board bus, including 16 data 


lines for maximum data transfer rates. MULTIMOD- 
ULE boards designed with 8-bit data paths and using 
the 8-bit iSBX connector are also supported on the 
iSBC 186/03A board. A broad range of iSBX MULTI- 
MODULE options are available from Intel. Custom 
iSBX bus modules may also be designed. An iSBX 
bus interface specification is available from Intel. 


Intel's iRMX 86 Operating System is a highly func- 
tional operation system with a very rich set of fea- 
tures and options based on an object-oriented archi- 
tecture. In addition to being modular and configura- 
ble, functions include a sophisticated file manage- 
ment and I/O system, and a powerful human inter- 
face. The iRMX 86 Release 6 Operating System can 
be used with the iSBC 186/03A board to generate 
application code for iRMX 86 based systems. 


NOTE: 
Intel does not support the direct processor execu- 
tion of the 16K bytes of the iRMX 86 Operating 
System nucleus primitives from the 80130 compo- 
nent. 
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Intel offers numerous 
tools to aid in the development 


of iSBC 186/03A 
board applications. 
These 
include 


on-target 
development, 
full 
development 
systems, 


in-circuit 
emulators 
and 
programming 
languages. 


Some of the features 
of each are described 
below. 


Using the iRMX 86 Operating 
System, 
software 
de- 


velopment 
can 
be performed 
directly 
on the 
iSBC 


186/03A 
board. 
This on-target 
development 
is the 


most 
economical 
way 
to 
develop 
iSBC 
186/03A 


board based projects. 


The 
development 
cycle 
of 
iSBC 
186/03A 
board 


products 
can be significantly 
reduced 
and simplified 


by using either the System 86/3XX 
(iRMX 86-based) 


or the Intellec~ 
Series Microcomputer 
Development 


Systems. 


The 
Integrated 
Instrumentation 
In-Circuit 
Emulator 


(12ICETM) provides 
the 
necessary 
link between 
an 


Intellec 
development 
system 
and the "target" 
iSBC 


186/03A 
execution 
system. 
In addition 
to providing 


the 
mechanism 
for 
loading 
executable 
code 
and 


data into the iSBC 186/03A 
boards, 
the 121CE 186 


emulator 
provides 
a sophisticated 
command 
set to 


assist 
in debugging 
software 
and final integration 
of 


the user hardware 
and software. 


Intel 
has 
two 
systems 
implementation 
languages, 


PL/M 
86 and C 86. Both are available 
for use on the 


iRMX 86 Operating 
System, 
on the System 86/3XX 


and 
on 
the 
Intellec 
Microcomputer 
Development 


System. 
PL/M 
86 provides 
the capability 
to program 


in algorithmic 
language 
and eliminates 
the need to 


manage register 
usage or allocate 
memory while still 


allowing 
explicit 
control 
of the 
system's 
resources 


when needed. C 86 is especially 
appropriate 
in appli- 


cations 
requiring 
portability 
and code density. 
FOR- 


TRAN 86, PASCAL 86, and BASIC 86 are also avail- 
able on the iRMX 86 operating 
system, 
on the Sys- 


tem 86/3XX 
and on the 
Intellec 
development 
sys- 


tem. 


Instruction-8, 
16, 24 or 32 bits 
Data-8 
or 16 bits 


System Clock 


8.0 MHz 


Numeric Data Processor 
(Optional) 


8087-1 


Basic Instruction 
Cycle Time 


750 ns 
250 ns (assumes 
instruction 
in the queue) 


NOTE: 
Basic 
instruction 
cycle 
is defined 
as the fastest 
in- 


struction 
time (I.e. two clock 
cycles 
plus instruction 


fetch). 
Zero wait-state 
memory 
is assumed. 


Device 
Type 
Max Access Time 
Mln Cycle Time 
(from Chip Enable) 


EPROM Memory Sites 


o Wait States 
245 ns 
318 ns 
1 Wait State 
370 ns 
443 ns 


RAM Memory Sites 
with SRAMs or EPROMs 


o Wait States 
197 ns 
318 ns 
1 Wait States 
322 ns 
443 ns 
with 2186 IRAMs 
1 Wait State 
261 ns 
443 ns 
2 Wait States 
386 ns 
568 ns 


NOTE: 
The number 
of wait states 
inserted 
is jumper 
selected 
depending 
on memory 
device 
specifications. 
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Four EPROM Sites 


Device 
Capacity 
Address 
Range 


2764 EPROM 
32 KB 
F8000H-FFFFFH 


27128 EPROM 
64 KB 
FOOOOH-FFFFFH 


27256 EPROM 
128 KB 
EOOOOwFFFFFH 
27512 EPROM 
256 KB 
COOOOwFFFFFH 


Four RAM Sites 


Device 
Capacity 
Address 
Range 


2KSRAM 
8KB 
0-01FFFH 


8KSRAM 
32 KB 
0-07FFFH 


32KSRAM 
128 KB 
0-1FFFFH 


2186 RAM 
32 KB 
0-07FFFH 
2817A E2PROM 
8 KB 
FOOOOwF7FFFH' 
2764 EPROM 
32 KB 
FOOOOH-F7FFFH 
(below EPROM Sites) 


27128 EPROM 
64 KB 
EOOOOH- EFFFFH 
(below EPROM Sites) 


27256 EPROM 
128 KB 
COOOOwOFFFFH 
(below EPROM Sites) 


Four iSBC® 341 Expansion 
Sites 


Device 
Capacity 
Address 
Range 


2KSRAM 
8KB 
02000H-03FFFH 


8KSRAM 
32 KB 
08000wOFFFFH 
32KSRAM 
128 KB 
10000w1FFFFH 
2186 RAM 
32 KB 
08000wOFFFFH 
2817A E2PROM 
8KB 
02000H-03FFFH" 


NOTE: 
All on board 
memory 
is local to the CPU (Le. not dual-port- 
ed). 


"Must 
use 8k x 8 decode 
option, 
there 
are four 
copies 
of 


the E2PROM 
in the 8K x 8 address 
area. 


""(May 
be mixed with 2K x 8 SRAM) 


Serial Communications 
Characteristics 
Synchronous- 
5-8 
bit characters, 
internal 
or ex- 


ternal 
character 
synchronization; 
automatic 
sync 
insertion; 
break 
character 
generation 


Asynchronous- 
5-8 
bit 
characters; 
1, %, or 
2 
stop bit; false start bit detection. 


Using 
80186 Timers: 


500K 
125K 
64K 
48K 
19.2K 
9600 
4800 
2400 
1200 
600 
300 
150 
110' 
75' 


Using 
80130 Timer: 
750K 
500K 
125K 
64K 
48K 
19.2K 
9600 
4800 
2400 
1200 


600 
300 
150 
110' 
75' 


NOTE: 
Frequency 
selected 
by I/O 
write 
of appropriate 
16-bit 
fre- 


quency 
factor 
to baud rate register 
of 80186 
or 80130 
tim- 


ers. 


80186 
Reference: 
2.0 MHz ± 0.1 % 


80130 
Reference: 
8.0 MHz ± 0.1 % 


Interface 
Compliance 
MUL TIBUS- 
IEEE 
796 
compliance: 
Master 
016 
M24 116 VO EL 


iSBX Bus- 
Two 8/16 
bit iSBX bus connectors 
al- 


low use of up to 2 single-wide 
mod- 
ules or 1 single-wide 
and 
1 double- 


wide 
module. 
Intel iSBX bus compli- 


ance: 016/16 
OMA 


Intel iLBX bus compliance: 
PM 016 


Channel 
A: Configurable 
as RS 422A 


or RS 232C 
compatible, 


configurable 
as 
a 
data 


set or data terminal 


Channel 
B: RS 
232C 
compatible, 


configured 
as data set 


Parallel 1/0- 
SCSI (ANSI-X3T9, 
2/82-s) 
compati- 


ble or Centronics 
702 or 737 compat- 


ible (requires 
user supplied 
PALs and 


74LS640-1) 


iLBX- 


Serial- 


inter 


Double- 
Mating 
Interface 
sided 
Pins 
Connectors 


MULTIBUS 
86 (P1) 
Viking 


System 
3KH43/9AMK12 
Wire Wrap 


60 (P2) 
Viking 
3KH30/9JNK 


iSBX Bus 
8-Bit Data 
36 
Viking 000292-0001 


16-Bit Data 
44 
Viking 000293-0001 


Serial I/O 
26 
3M 3452-0001 Flat 
AMP88106-1 Flat 


iLBX Bus 
60 
Kelam 
RF30-2853-542 


Parallel 
50 
3M 3425-6000 


Interface 
3M 3425-6050 
w/strain 


Ansley 609-5001 M 


ORDERING 
INFORMATION 


Part Number 
Description 


SBC 186/03A 
186-based single board com- 
puter 


iSBC@186/03A Single Board Computer Hardware 
Reference Manual-Qrder 
Number 148060 


Width: 12.00 in. (30.48 cm) 
Length: 7.05 in (17.90 cm) 
Height: 0.50 in. (1.78 cm) 
Weight: 13 ounces 


ENVIRONMENTAL 
CHARACTERISTICS 


Operating Temperature: O·C to 60·C at 6 CFM air- 


flow over the board. 


The maximum power required per voltage is shown 
below. These numbers do not include the power re- 
quired by the optional memory devices, SCSI PALs, 
battery back-up or expansion modules. 


Voltage 
Max. Current 
Max Power 


(volts) 
(amps) 
(watts) 
+5 
5.4 
27 


+ 12 
0.04 
0.48 


-12 
0.04 
0.48 
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iSBC® 286/10A 
SINGLE BOARD COMPUTER 


• 
8 MHz 80286 Microprocessor 


• 
Supports 
User Installed 
80287 Numeric 


Data Processor 


• 
iLBXTM Interface 
for iLBX Memory 


Board Expansion 


• 
0 Wait-State 
Synchronous 
Interface 
to 


EX Memory 
Expansion 
Boards 


• 
Eight JEDEC 28·Pin Sites for Optional 
SRAM/iRAM/EPROM/E2PROM 
Components 


• 
Optional 
Expansion 
to Sixteen 
JEDEC 


28-Pin Sites with Two iSBE® 341 
Boards 


• 
Maximum 
On-Board 
Memory 
Capacity 
384 KB 


• 
Two iSBXTM Bus Interface 
Connectors 
for I/O Expansion 


• 
16 Levels of Vectored 
Interrupt 
Control 


• 
Centronics-Compatible 
Parallel I/O 
Printer Interface 


• 
Two Programmable 
Multiprotocol 
Synchronous/ 
Asynchronous 
Serial 


Interfaces; 
One RS232C, 
the Other 
RS232C or RS422/449 
Compatible 


The iSBC@ 286/10A 
Single Board Computer 
is a member 
of Intel's 
complete 
line of microcomputer 
modules 


and systems 
which take advantage 
of Intel's VLSI technology 
to provide 
economical, 
off-the-shelf, 
computer- 


based solutions 
for OEM applications. 
The board is a complete 
microcomputer 
system 
on a 6.75 x 12.0 inch 
printed 
circuit 
card. The CPU, system 
clock, 
memory 
sockets, 
I/O ports and drivers, 
serial communications 


interface, 
priority 
interrupt 
logic and programmable 
timers 
all reside on the board. The iSBC 286/10A 
board 


offers 
both a standard 
iLBX interface 
for high-speed 
memory 
access 
to Intel's 
series of iLBX memory 
boards 


and a new, 0 wait-state, 
synchronous 
interface 
for use with Intels 
EX series 
of memory 
boards. 
The iSBC 


286/10A 
Single Board Computer 
is fully compatible 
with its predecessor, 
the iSBC 286/10A 
board, and can be 


used in applications 
originally 
designed 
for the earlier model. 


• XENIXTM is a trademark 
of MICROSOFT 
Inc. 
• UNIX<B>is a registered 
trademark 
of BELL Labs. 
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The 
iSBC 
286/10A 
board 
utilizes 
the 
powerful 
80286 CPU within the MUL TIBUS@ system architec- 
ture, 
enhanced 
by the 
industry 
standard 
iLBX 
bus 
and a new, 0 wait-state, 
synchronous 
memory 
inter- 
face, to provide 
a high performance 
16-bit solution. 
This board also includes 
on-board 
interrupt, 
memory 
and I/O features 
facilitating 
a complete 
signal board 
computer 
system. 
The iSBC 286/10A 
board 
is de- 
signed 
to be fully compatible 
with the iSBC 286/10 
board, 
and 
only 
minor 
changes 
to software 
timing 
loops may be required. 


Central Processing 
Unit 


The central 
processor 
for the iSBC 286/10A 
board 
is the 80286 CPU operating 
at a 8.0 MHz clock rate. 


The 80286 
CPU is upwardly 
compatible 
with Intel's 
8088 and iAPX 86 CPUs. The 80286 CPU runs 8088 
and 86 code 
at substantially 
higher 
speeds 
due to 
it's parallel 
chip 
architecture. 
In some 
cases, 
soft- 
ware 
timing 
loops 
may have to be adjusted 
to ac- 
commodate 
the 
faster 
CPU clock. 
In addition, 
the 
80286 
CPU provides 
on chip memory 
management 
and protection 
and virtual 
memory 
addressing 
of up 
to 1 gigabyte 
per task. 
Numeric 
processing 
power 
may be enhanced 
with the user installed 
80287 
nu- 
merics processor. 
The clock rates for the 80286 and 
the 
80287 
are 
independent 
with 
the 
80287 
rate 
jumper 
selectable 
at either 5.3 or 8.0 MHz. 


The 
80286 
instruction 
repertoire 
includes 
variable 
length 
instruction 
format 
(including 
double 
operand 
instructions), 
8-bit 
and 
16-bit 
signed 
and unsigned 
arithmetic 
operators 
for binary, 
BCD and unpacked 
ASCII data, and iterative word and byte string manip- 
ulation functions. 


For enhanced 
numerics 
processing 
capability, 
the 
80287 
Numeric 
Data Processor 
extends 
the 80286 
architecture 
and data set. Over 60 numeric 
instruc- 
tions offer arithmetic, 
trigonometric, 
transcendental, 
logarithmic 
and exponential 
instructions. 
Supported 
data types 
include 
16-, 32-, and 64-bit 
integer, 
32- 
and 64-bit 
floating 
point, 
18-digit 
packed 
BCD and 
80-bit 
temporary. 
The 
80287 
meets 
the 
proposed 
IEEE 
P754 
standard 
for 
numeric 
data 
processing 
and 
maintains 
compatibility 
with 
8087-based 
sys- 
tems. 


The 8086, 8088, 80186 and the 80286 microproces- 
sor family contains 
the same basic set of registers, 
instructions, 
and 
addressing 
modes. 
The 
80286 
processor 
is 
upward 
compatible 
with 
the 
8086, 
8088, and 80186 CPUs. 


The 
80286 
operates 
in two 
modes: 
8086 
real ad- 
dress mode, and protected 
virtual address 
mode. 
In 
8086 real address 
mode, programs 
use real address 
with 
up to one 
megabyte 
of address 
space. 
Pro- 
grams use virtual 
addresses 
in protected 
virtual ad- 
dress mode, also called protected 
mode. In protect- 
ed mode, the 80286 CPU automatically 
maps 1 giga- 
byte of virtual 
addresses 
per task 
into a 16 mega- 
byte real address 
space. 
This 
mode 
also 
provides 
memory 
protection 
to isolate 
the operating 
system 
and 
ensure 
privacy 
of each 
task's 
programs 
and 
data. Both modes provide the same base instruction 
set, registers, 
and addressing 
modes. 


Incoming 
interrupts 
are 
handled 
by two 
on-board 
8259A 
programmable 
interrupt 
controllers 
and 
by 
the 80286's 
NMI line. Interrupts 
originating 
from up 
to 16 sources 
are prioritized 
and then 
sent 
to the 
CPU as a vector 
address. 
Further interrupt 
capability 
is available 
through 
bus vectored 
interrupts 
where 
slave 8259 interrupt 
controllers 
are resident 
on sep- 
arate 
iSBC boards 
and are then cascaded 
into the 
on-board 
interrupt 
control. 


Twenty-three 
potential 
interrupt 
sources 
are routed 
to the 
interrupt 
jumper 
matrix 
where 
the 
user can 
connect 
the desired 
interrupt 
sources 
to specific 
in- 
terrupt 
levels. Table 
1 includes 
a list of devices 
and 
functions 
supported 
by interrupts. 


There 
are a total 
of eight 
28-pin 
JEDEC 
sites 
on 
board. Four sites are for local memory 
and can con- 
tain up to 256K bytes of EPROM 
devices. 
The four 
other sites are known 
as the dual-port 
memory 
and 
may be addressed 
by the MUL TIBUS 
interface 
and 
the on-board 
CPU bus. Up to 128K bytes of either 
iRAM, 
SRAM, 
EPROM, 
or E2PROM 
can 
reside 
in 
these 
sites. 
Both 
the 
local 
and 
dual-port 
memory 
can be expanded 
to eight 
sites each 
by using two 
iSBC 341 JEDEC 
expansion 
modules. 
In this way, 
smaller 
size memory 
devices 
can be used up to the 
256KB 
(local) and 128KB (dual-port) 
memory capac- 
ities. 
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10287 NUMERIC 
DATA 
PROCESSOR 
(USER 
SUPPLIED) 


PROGRAMMABLE 
PERIPHERAL 
INTERFACE 
(1255A) 


ONE 
PROGRAMMABLE 
TIMER 
(113125"") 


SERIAL 
INTERFACE 
(USART) 
(1274) 


r--- 
I 
I 
I 
I 
I 
L_ 


----, 
I 
II 
1I 
I 


PROGRAMMABLE 
INTERRUPT 
CONTROt.LERS 
(TW0I251A) 


ISBX~ 


MULTIMOOULE 
'. 
CONNECTOR 


Isa.".us 
MUL T1MOOULE·· 
CONNECTOR 


PROGRAMMABLE 
BAUD 
RATE 
GENERATOR 
(2/31254) 


Device 
Function 
Number 
of 


Interrupts 


MUL TIBUS Interface 
Requests 
from MUL TIBUS Resident 
Peripherals 
or Other CPU Boards 
8' 


8259A Programmable 
8 Level Vectored 
Interrupt 
Request Cascaded 
to Master 8259A 
1 
Interrupt 
Con roller 


8274 Serial Controller 
8 Level Vectored 
Interrupt 
Request 
Cascaded 
to Master 8259A 
1 


8255A Line Printer 
Signals Output Buffer Empty 
1 
Interface 


8254 Timers 
Timer 0, 1 Outputs; 
Function 
Determined 
by Timer Mode 
2 


iSBX Connectors 
Function 
Determined 
by iSBX MUL TIMODULE 
Board 
4 
(2 per iSBXTM 
Connector) 


Bus Fail Safe Timer 
Indicates 
Addressed 
MUL TIBUS Resident 
Device Has not 
1 
Responded 
to Command 
within 6 ms 


Power Fail Interrupt 
Indicates 
AC Power Is not within Tolerance 
1 


External 
Interrupt 
General Purpose 
Interrupt from Auxiliary Connector, 
Commonly 
Used 
1 


as Front Panel Interrupt 


On-Board 
Logic 
Conditioned 
Interrupt 
Source from Edge Sense Latch, Inverter, or OR 
3 
Gate 


A two channel 
serial communications 
interface 
using 


Intel's 
8274 Multi-Protocol 
Serial Controller 
(MPSC) 


is contained 
on the iSBC 286/10 
board. Two inde- 
pendent 
software 
selectable 
baud 
rate generators 


provide 
the MPSC with all common 
communication 


frequencies. 
The protocol 
(Le., asynchronous, 
IBM' 


bisync, 
or SDLC/HDLC), 
data format, 
control 
char- 
acter format, 
parity and baud rate are all under pro- 
gram control. 
Software 
interfacing 
to the MPSC can 


be via either a polled or interrupt 
driven routine. One 


channel 
may 
be 
configured 
for 
an 
RS232C 
or 


RS422/RS449 
interface 
with 
the 
other 
channel 


RS232C 
only. 
The 
data, 
command 
and 
signal 


ground lines for each channel 
are brought out to two 


26-pin edge connectors. 


The 
iSBC 286/10A 
board 
provides 
three 
indepen- 


dent, fully programmable 
16-bit interval timers/event 


counters 
utilizing the Intel 8254 Programmable 
Inter- 
val Timer. 
Each 
counter 
is capable 
of operating 
in 


either 
BCD or binary 
modes. 
Two of these 
timers/ 


counters 
are available 
to the 
systems 
designer 
to 


generate 
accurate 
time 
intervals 
under 
software 


control. 
Routing 
for the outputs 
of these counters 
is 


jumper 
selectable. 
The 
outputs 
may 
be 
indepen- 
dently 
routed 
to the 8259A 
Programmable 
Interrupt 


Controller 
or to the 8274 
MPSC 
to count 
external 


events 
or provide 
baud 
rate 
generation. 
The 
third 


interval timer in the 8254 is dedicated 
to providing 
a 


clock 
for the programmable 
baud ro.te generator 
in 


the iSBC 286/10A 
board's 
MPSC serial 
controller. 


The system software 
configures 
each timer indepen- 


dently 
to select 
the 
desired 
function. 
Seven 
func- 


tions 
are available 
as shown 
in Table 
2. The con- 


tents of each counter 
may be read at any time during 


system 
operation. 


An 8255A 
Programmable 
Peripheral 
Interface 
(PPI) 


provides 
a line 
printer 
interface, 
several 
on-board 


functions, 
and four non-dedicated 
input bits. Drivers 


are provided 
for a complete 
Centronics 
compatible 


line printer 
interface. 
The on-board 
functions 
imple- 


mented 
with the PPI are power 
fail sense, 
override, 


NMI mask, 
non-volatile 
RAM enable, 
clear 
timeout 


interrupt, 
LED 0 and 1, clear edge sense flop, MUL- 


TIBUS interrupt, 
and serial channel 
A loopback. 
The 


PPI's I/O lines are divided 
into three eight bit ports: 


A, B, and C. Four non-dedicated 
input bits allow the 


state of four user-configured 
jumper 
connections 
to 


be input. The PPI must be programmed 
for mode 0 


with ports A and C used as outputs 
and port 
B as 


input. A 16-bit write to Port B is used to set the iSBC 
286/10A 
board into 24-bit address 
mode. The paral- 


lel port assignment 
is shown 
in Table 3. 


inter 


Function 
Operation 


Interrupt 
on 
When terminal 
count is 
Terminal 
Count 
reached, 
an interrupt 
request 
is generated. 
This function 
is 
extremely 
useful for 
generation 
of real-time 
clocks. 


Programmable 
Output goes low upon receipt 
One-Shot 
of an external trigger edge or 
software 
command 
and 
returns high when terminal 
count is reached. 
This 
function 
is retriggerable. 


Rate Generator 
Divide by N counter. 
The 
output will go low for one input 
clock cycle, and the period 
from one low going pulse to 
the next is N times the input 
clock period. 


Square-Wave 
Output will remain high until 
Rate Generator 
one-half 
the count has been 
completed, 
and go low for the 
other half of the count. 


Software 
Output remains high until 


Triggered 
software 
loads count (N). N 


Strobe 
counts after count is loaded, 
output goes low for one input 
clock period. 


Hardware 
Output goes low for one clock 


Triggered 
period N counts after rising 
Strobe 
edge counter 
trigger input. 


The counter 
is retriggerable. 


Even Counter 
On a jumper selectable 
basis, 
the clock input becomes 
an 
input frorn the external 
system. CPU may read the 
number of events occurrin~ 
after the counter 
"window' 
has been enabled 
or an 
interrupt 
may be generated 
after N events occur in the 
system. 


The MUL TIBUS 
system 
architecture 
includes 
three 
bus structures: 
the system 
bus, the local bus exten- 


sion 
and 
the 
MUL T1MODULE 
expansion 
bus 
as 
shown in Figure 2. Each bus structure 
is optimized 
to 
satisfy 
particular 
system 
requirements. 
The system 
bus provides 
a basis for general 
system 
design 
in- 
cluding 
memory 
and 1/0 expansion 
as well as multi- 
processing 
support. 
The local bus extension 
allows 
large 
amounts 
of high performance 
memory 
to be 
accessed 
from a CPU board over a private bus. The 
MUL TIMODULE 
extension 
bus is a means of adding 
inexpensive 
1/0 
functions 
to 
a base 
CPU 
board. 


Port A-output 


Bit 
Function 


0 
Line Printer Data Bit 0 
1 
Line Printer Data Bit 1 
2 
Line Printer Data Bit 2 
3 
Line Printer Data Bit 3 
4 
Line Printer Data Bit 4 
5 
Line Printer Data Bit 5 
6 
Line Printer Data Bit 6 
7 
Line Printer Data Bit 7 
Port B-Input 


Bit 
Function 


0 
General Purpose 
Input 0 
1 
General 
Purpose 
Input 1 
2 
General 
Purpose 
Input 2 
3 
General 
Purpose 
Input 3 
4 
Line Printer ACKI 
(Active Low) 
5 
Power Fail Sensei 
(Active Low) 
6 
Line Printer Error (Active Hi) 
7 
Line Printer Busy (Active Hi) 
Port C-Output 
Bit 
Function 


0 
Line Printer Data Strobe (Active Hi) 
1 
Overridel 
(Active Low) 
2 
NMI Mask (0 = NMI Enabled) 
3 
Non-Volatile 
RAM Enable; Clear Timeout 
Interrupti 
4 
LED 0 (1 = On); Clear Edge Sense Flopl 


5 
MUL TIBUS Interrupt 
(1 = Active) 
6 
Serial CHA Loopback 
(0 = Online, 1 = Loopback) 
7 
LED 1 (1 = On); 
Clear Line Printer Ack Flopl 


Each of these three bus structures 
are implemented 
on the iSBC 286/10A 
board providing 
a total system 
architecture 
solution. 


The MUL TIBUS 
system 
bus is Intel's 
industry 
stan- 


dard, IEEE 796, microcomputer 
bus structure. 
Both 
8- and 16-bit single board computers 
are supported 
on the IEEE 796 structure 
with 24 address 
and 
16 
data lines. In its simplest 
application, 
the system bus 
allows 
expansion 
of functions 
already 
contained 
on 
a single 
board 
computer 
(e.g., memory 
and 
digital 
1/0). 
However, 
the 
IEEE 796 bus also allows 
very 


powerful 
distributed 
processing 
configurations 
using 
multiple 
processors, 
1/0 
boards, 
and 
peripheral 


boards. 
The 
MUL TIBUS 
system 
bus 
is supported 


with a board array of board 
level products. 
VLSI in- 


terface 
components, 
detailed 
published 
specifica- 


tions and application 
notes. 


inter 


Memory and I/O capacity may be expanded and ad- 
ditional functions added using Intel MULTIBUS com- 
patible expansion boards. Memory may be expand- 
ed by adding user specified combinations of RAM 
boards, EPROM boards, bubble memory boards, or 
combination boards. Input/output capacity may be 
added with digital I/O and analog I/O expansion 
boards. Mass storage capability may be achieved by 
adding single or double density diskette controllers, 
or hard disk controllers. Modular expandable back- 
planes and cardcages are available to support multi- 
board systems. 


For those applications requiring additional process- 
ing capacity and the benefits of multiprocessing (Le., 
several CPUs and/or controllers logically sharing 
system tasks through communication of the system 
bus), the iSBC 286/10A board provides full system 
bus arbitration control logic. This control logic allows 
up to three iSBC 286/10A board or other bus mas- 
ters, including the iSBC 80 board family of MULTI- 
BUS compatible 8-bit single board computers to 
share the system bus using a serial (daisy chain) 
priority scheme and allows up to 16 masters to 


share the MULTIBUS system bus with an external 
parallel priority decoder. In addition to multiprocess- 
ing configuration made possible with multimaster ca- 
pability, it also provides a very efficient mechanism 
for all forms of DMA (Direct Memory Access) trans- 
fers. 


The iSBC 286/10A 
board can access off-board 
memory either over the MULTIBUS (P1) interface, or 
over the P2 interface as shown in Figure 3. Memory 
transfers over the P2 interface are faster because 
the CPU board doesn't have to arbitrate for access 
to the MULTIBUS interface. 


Using the P2 interface, the iSBC 286/10A Board can 
be configured to operate with either a standard iLBX 
interface or with a high-performance, synchronous 
interface. 


The iSBC 286/1 OA Board as supplied is configured 
to operate with a synchronous, P2 interface. This 
high-performance interface is designed to connect 
to Intel's new EX series of memory expansion 
boards to yield a CPU to memory read/write time of 
o wait-states. The EX memory expansion boards are 
available in sizes ranging from 512K by1esup to 4M 


inter 


bytes and available 
in sizes ranging from 512K bytes 


up to 2M bytes. Memory expansion 
boards from oth- 


er manufacturers 
that 
meet the iLBX standard 
may 


also be used. CPU to memory access time is usually 
1 or more wait-states 
depending 
on the speed of the 


memory 
used. 


A total of four memory 
boards can be placed on the 


iLBX 
or synchronous 
interface 
bus. With 
4M 
byte 


memory 
boards, 
this results 
in a total of 16M bytes 


on the memory 
expansion 
bus. 


iSBXTM BUS MUL TIMODULETM 
ON-BOARD 


EXPANSION 


Two 8/16-bit 
iSBX MULTI MODULE 
connectors 
are 


provided 
on 
the 
iSBC 
286/1 OA 
microcomputer 


board. 
Through 
these 
connectors, 
additional 
on- 


board 
I/O 
functions 
may 
be added. 
iSBX 
MUL TI- 
MODULEs 
optimally 
support 
functions 
provided 
by 


VLSI peripheral 
components 
such as additional 
par- 
allel and serial I/O, analog 
I/O, small mass storage 


device controllers 
(e.g., bubble cassettes 
and floppy 


disks), and other custom 
interfaces 
to meet specific 


needs. 
By mounting 
directly 
on 
the 
single 
board 


computer, 
less interface 
logic, 
less power, 
simpler 


packaging, 
higher 
performance, 
and lower cost 
re- 
sult when 
compared 
to other 
alternatives 
such 
as 


MUL TIBUS 
Board 
form 
factor 
compatible 
boards. 


The 
iSBX 
interface 
connectors 
on the 
iSBC 
286/ 


10A provide 
all signals necessary 
to interface 
to the 


local on-board 
bus, including 
16 data lines for maxi- 


mum 
data 
transfer 
rates. 
iSBX 
MUL TIMODULE 


boards designed 
with 8-bit data paths and using the 


8-bit iSBX connector 
are also supported 
on the iSBC 


286/10A 
microcomputer 
board. 
A broad 
range 
of 


iSBX MUL TIMODULE 
options 
are available 
from In- 


tel. Custom 
iSBX modules 
may also be designed. 
An 


iSBX bus interface 
specification 
and iSBX connec- 


tors are available 
from Intel. 


Software 
Support 


Software 
support 
from 
Intel includes 
the iRMX 
86, 


iRMX 286, and XENIX' 
operating 
systems, 
assem- 


bly and high level languages, 
development 
systems, 


in-circuit 
emulators, 
and various 
other hardware 
and 


software 
tools. 


For those 
applications 
needing 
a real-time, 
multi- 


tasking 
operating 
system, 
Intel offers 
the iRMX 
86 


and iRMX 286 operating 
systems. 
The iRMX operat- 


ing systems 
are particularly 
well suited for industrial 


or commercial 
applications 
where 
the processor 
is 


simultaneously 
controlling 
multiple, 
real-time, 
inter- 
rupt 
intensive 
processes. 
Typical 
applications 
in- 
clude machine 
and process 
control, 
data aquisition, 


signal 
processing, 
front-end 
processing, 
and digital 


PABX control. 
The iRMX operating 
systems 
employ 


a highly configurable, 
modular 
structure 
that allows 


easy system 
configuration 
and expansion. 


The 
iRMX 
86 operating 
system 
enables 
the 
iSBC 


286/10A 
board to address 
up to 1MB of memory 
in 


real address 
mode. 
Using the iRMX 
286 operating 


system, 
this address 
range is extended 
to 16 MB in 


native 
mode. 
The iRMX 286 operating 
system 
also 


allows 
the user to take advantage 
of the hardware 


traps built into the 80286 processor 
that provide 
ex- 


panded 
debug 
capabilities 
and increased 
code 
reli- 


ability. 


Application 
code written 
for the iRMX 86 operating 


system 
can be compiled 
using 286 compilers 
to run 


under 
the iRMX 
286 operating 
system. 
Application 


code will require only minor changes. 


Assembly 
and many 
high level languages 
are sup- 


ported by the iRMX operating 
systems 
and Intellec@ 


Series 
IV development 
systems. 
Language 
support 


for the iSBC 286/10A 
board 
in real address 
board 


includes Intel's ASM 86, PL/M 86, PASCAL 86, 
FORTRAN 86, and C86, as well as many third party 
8086 languages. Language support for native ad- 
dress mode include ASM 286, PL/M 286, PASCAL 
286 and FORTRAN 286. Programs developed in 
these languages can be downloaded from an Intel 
System 310 or Series IV Development System to the 
iSBC 286/1 OA board via the iSDM System Debug 
Monitor. The iSDM monitor also provides on-target 
program debugging support including breakpoint 
and memory examination features. 


Intel also offers the XENIX operating system which 
is designed for those applications needing an inter- 
active, multiple user system. Typical applications in- 
clude small business systems, software develop- 
ment/engineering workstations, distributed data pro- 
cessing, communications, and graphics. 


Intel's XENIX operating system is a fully licensed de- 
rivative of UNIX', enhanced by Intel to provide de- 
vice driver support for Intel board and component 
products plus other features that yield greater flexi- 
bility, increased reliability, and easier configurability. 
Intel's XENIX operating system has been optimized 
for use with the 80286 microprocessor and supports 
such features as on-chip memory management and 
protection which provide ease of portability and 
higher performance. 


Applications software can be written in either Intel's 
FORTRAN, COBOL, or BASIC languages using a 
XENIX-based, Intel 286/310 or 286/380 system, or 
by using an Intel iDISTMDatabase Information Sys- 
tem. The user can also select from a wide variety of 
existing third party languages and applications soft- 
ware. 


Instruction-8, 
16,24,32 
or 40 bits 
Data-8 
or 16 bits 


System Clock 


CPU-8.0 
MHz 
Numeric Processor-5.3 
or 8.0 MHz (Jumper Select- 
able) 


Cycle Time 


Basic lnstruction-8.0 
MHz-375 
ns; 250 ns (as- 
sumes instruction in queue) 


NOTE: 
Basic instruction cycle is defined as the fastest in- 
struction time (i.e., two clock cycles) 


Local Memory 


Number of sockets-Four 
28-pin JEDEC sites, ex- 
pandable to 8 sites using iSBC 341 JEDEC Expan- 
sion Module 


Compatible Devices-EPROM, 
up to 64K x 8 (Intel 
27512) 


Number of sockets-Four 
28-pin JEDEC sites, ex- 
pandable to 8 sites using iSBC 341 JEDEC Expan- 
sion Module 


Compatible Devices-EPROM, 
up to 32K x 8 (Intel 
27256) 


SRAM 
iRAM, up to 8K x 8 (Intel 2186) 
E2PROM,up to 2K x 8 (Intel 2817A) 


Operating 
Address 
Size 
System 
Mode 


iRMX 86 Rise. 6 
Real 
1MB 
iRMX 286 Rise. 1 
Native 
16 MB 
XENIX Rise. 3 
Native 
16MB 


Parallel-Line 
printer interface, on-board functions, 


and four non-dedicated input bits 


Serial-Two 
programmable 
channels 
using one 
8274 device 


Timers-Three 
programmable 
timers 
using one 
8254 device 


Expansion-Two 
8/16-bit 
iSBX 
MULTIMODULE 
connectors 


Frequency 
(kHz) 
Baud Rate (Hz) 


(Software 
Selectable) 
Synchronous 
Asynchronous 


Reference: 
1.23 MHz 
+1 
+1 
+ 16 
+32 
+64 


615. 
615,000 
615,000 
38,400 
19,200 
9,600 
307. 
307,000 
307,000 
19,200 
9,600 
4,800 
154. 
154,000 
154,000 
9.600 
4,800 
2,400 


76.8 
76,800 
76,800 
4,800 
2,400 
1,200 
56.0 
56,000 
- 
- 
- 
- 
38.4 
38,400 
38,400 
2,400 
1,200 
600 
19.2 
19,200 
19,200 
1,200 
600 
300 
9.6 
9,600 
9.600 
600 
300 
150 
4.6 
4,800 
4,800 
300 
150 
75 
2.4 
2,400 
2,400 
150 
75 
- 
1.2 
1,200 
1,200 
75 
- 
- 
0.6 
600 
600 
- 
- 
- 


Serial Communications 
Characteristics 


Synchronous-5-8 
bit 
characters; 
internal 
or 
HOLC/SOLC 
character 
synchronization; 
automatic 
sync insertion; 
even or odd parity 


Potential 
Interrupt 
Sources-25, 
5 fixed, 
20 jumper 
selectable 


Interrupt 
Levels-16 
vectored 
requests 
using 
two 
8259As 
and the 80286's 
NMI line. 


Asynchronous-5-8 
bit characters; 
break character 
generation; 
1, 11f2, or 2 stop bits; false 
start bit de- 
tection; 
even or odd parity 


Input Frequencies-1.23 
MHz ± 0.1 % or 3.00 MHz 
± 0.1 % (Jumper 
Selectable) 


Single 
Timer/Counter 
Dual Timer/Counter 


Function 
(two 
timers 
cascaded) 


Mln 
Max 
Mln 
Max 


Real-Time 
Interrupt 
667 ns 
53.3 ms 
1.33/Ls 
58.2 min 
Programmable 
One-Shot 
667 ns 
53.3 ms 
1.33/Ls 
58.2 min 
Rate Generator 
18.8 Hz 
1.50 MHz 
0.000286 
Hz 
750 kHz 
Square-Wave 
Rate Generator 
18.8 Hz 
1.50 MHz 
0.000286 
Hz 
750 kHz 
Software 
Triggered 
Strobe 
667 ns 
53.3 ms 
1.33/Ls 
58.2 min 
Hardware 
Triggered 
Strobe 
667 ns 
53.3 ms 
1.33/Ls 
58.2 min 
Event Counter 
- 
8.0 MHz 
- 
- 


inter 


Function 
# of Pins 
Centers 
(in) 
Connector 
Type 
Vendor 
Vendor 
Part No. 


iSBX Bus Connector 
44 
0.1 
Soldered 
Viking 
000293-001 
16-Bit (J5, J6) 


I/O Connectors 
26 
0.1 
Flat Crimp 
- 
3M 
3462-0001 
(J1-J3) 


Front Panel 
14 
0.5 
Flat Crimp 
3M 
3385-6014 
Connector 
(J4) 


iLBX/Synch. 
Interface 
0.1 
Flat Crimp 
KEL-AM 
RF30-2803-5 
Edge Connector 
(P2) 
60 
T & B Ansley 
A3020 


Serial 
I/Q-Channel 
A: 
RS232C/RS422/RS449 


compatible, 
DCE or DTE; Channel 
B; RS232C 
com- 
patible, 
DCE only 


NOTE: 
User supplied 
34487 
line driver and SIP termination 


resistor 
need to be installed 
for RS422/RS499 
op- 


eration. 


Timer-All 
signals TTL compatible 


Interrupt 
Requests-All 
TTL compatible 


Function 
Characteristic 
Sink Current 
(mA) 


Data 
Tri-State 
16 


Address 
Tri-State 
16 


Commands 
Tri-State 
32 


Bus Control 
Open Collector 
20 


Function 
Characteristic 
Sink Current 
(mA) 


Data 
Tri-State 
9 


Address 
Tri-State 
20 


Commands 
Tri-State 
8 


Bus Control 
TTL 
8 


Physical Characteristics 


Width: 
12.00 in. (30.48 cm) 


Height: 6.75 in. (17.15 cm) 
Depth: 0.4 in. (1.0 cm) 
Minimum 
Slot Spacing: 
0.6 in. (1.5 cm) 


Weight: 
14 oz. (397 gm) 


DC Power Requirements: 
+ 5V, 7.0A; ± 12V, 50 mA 


(serial I/O) 


NOTE: 


Does 
not 
include 
power 
for 
optional 
EPROM, 


E2PROM, 
or 
RAM 
memory 
devices, 
or 
installed 


MUL TIMODULE 
boards 


Operating 
Temperature: 
O°C to 60°C with 7 CFM air- 


flow across 
board 


147532-001-iSBC® 
286/10A 
Hardware 
Reference 


Manual 
(order separately) 


ORDERING 
INFORMATION 


Part Number 
Description 


SBC 286/10A 
Single Board Computer 


inter 


iSBC® 286/12, 286/14, 286/16 
SINGLE BOARD COMPUTERS 


• 
8 MHz 80286 Microprocessor 


• 
Two JEDEC 28-Pln Sites for up to 128K 
Bytes of Local EPROM 
Memory, 


Expandable 
to 256K Bytes Using an 


iSBC@ 341 Expansion 
Module 


• 
1, 2, or 4 Megabyte, 
0 Wait-State, 
Dual- 


Port, Parity Memory 


• 
Supports 
User Installed 
80287 Numeric 


Data Processor 
and 82258 Advanced 


DMA Controller 
Devices 


• 
Two iSBXTM Bus Interface 
Connectors 


for I/O 
Expansion 


• 
Synchronous 
High-Speed 
Interface 
for 


o Wait-State 
Read/Write 
to EX Memory 


Expansion 
Boards 


• 
iLBXTM Interface 
for iLBX Memory 


Board Expansion 


• 
16 Levels of Vectored 
Interrupt 
Control 


• 
Centronics-Compatible 
Parallel I/O 


Printer Interface 


• 
Two Programmable 
Multiprotocol 


Synchronous/ 
Asynchronous 
Serial 


Interfaces; 
One RS232C, 
the Other 


RS232C or RS422/449 
Compatible 


The iSBC 286/12, iSBC 286/14, and iSBC 286/16 Single Board Computers are members of Intel's high 
performance family of 16-bit microcomputers. The boards feature an 80286 microprocessor running at 8 MHz 
together with 1, 2, or 4 megabytes of dual-ported, 0 wait-state, parity memory. These features make the iSBC 
286/12/14/16 
boards the ideal single board solution for applications requiring high performance and up to 1, 
2, or 4 megabytes of memory. For those applications needing more memory, up to four memory expansion 
boards may be connected to the iSBC 286/12/14/16 
boards over its P2 interface. The P2 interface supports 
both standard iLBX memory boards and Intel's EX series of synchronous, 0 wait-state, memory boards that 
provide up to 16 megabytes of system memory. The iSBC 286/12/14/16 
boards also feature two sockets for 
user installed 80287 Numeric Data Processor and 82258 Advanced Direct Memory Access Controller devices. 
These components further increase board performance by off-loading time intensive tasks from the 80286 
microprocessor. The iSBC 286/12/14/16 
CPU boards are true single-board solutions that also include two 
serial I/O channels, one parallel line printer channel, local memory, interrupt controllers and programmable 
timers all on one board. 


'XENIX 
is a registered 
trademark 
of Microsoft 
Corp. 


"UNIX 
is a trademark 
of Bell laboratories. 


Overview 


The iSBC 286/12/14/16 
boards 
utilizes the power- 
ful 80286 CPU within the MUL T1BUS® system archi- 
tecture, 
enhanced 
by the industry standard 
iLBX bus 
and a new, 0 wait-state, 
synchronous 
memory 
inter- 
face, to provide 
a high-performance 
16-bit solution. 
This 
board 
features 
1, 2, or 4 megabytes 
of dual- 


port, 
0 
wait-state, 
parity 
memory, 
plus 
interrupt, 


memory 
and I/O features 
facilitating 
a complete 
sin- 
gle-board 
computer 
system. 
The iSBC 286/12/14/ 
16 boards can be used in many applications 
original- 


ly designed 
for Intel's 
other 
16-bit microcomputers. 


Only minor changes 
to the system 
hardware 
or ap- 
plications 
software 
may be required to match the ap- 
plication 
to the iSBC 286/12/14/16 
boards. 
These 
changes 
may 
include 
adjusting 
software 
timing 


loops, changing 
the ijumper) 
default 
configuration 
of 
the board, and using pin and socket 
I/O connectors 
in place of edge connectors. 


Central Processing 
Unit 


The central 
processor 
for the iSBC 286/12/14/16 
board 
is the 80286 
CPU operating 
at an 8.0 MHz 
clock 
rate. The 80286 
CPU is upwardly 
compatible 


runs 
8088 
and 
8086 
code 
at substantially 
higher 


speeds 
due to its parallel 
architecture. 
In addition, 


the 80286 
CPU provides 
on-chip 
memory 
manage- 


ment and protection 
and virtual memory 
addressing 


of up to 1 gigabyte 
per task. Processing 
speed 
and 


efficiency 
may be further 
enhanced 
by installing 
an 
80287 
numerics 
coprocessor 
and an 82258 
ADMA 


controller. 
The 
clock 
rates 
for the 
80286 
and the 
80287 
are independent 
with the 80287 
rate jumper 
selectable 
at either 5.3 MHz or 8.0 MHz. 


The 
80286 
instruction 
repertoire 
includes 
variable 
length 
instruction 
format 
(including 
double 
operand 
instructions), 
8-bit 
and 
16-bit 
signed 
and 
unsigned 


arithmetic 
operators 
for binary, 
BCD and unpacked 


ASCII data. and iterative word and byte string manip- 
ulation functions. 


For enhanced 
numerics 
processing 
capability, 
the 
80287 
Numeric 
Data Processor 
extends 
the 80286 


architecture 
and data set. Over 60 numeric 
instruc- 


tions offer arithmetic, 
trigonometric, 
transcendental, 


logarithmic and exponential instructions. Supported 
data types include 16-, 32" and 64-bit integer, 32- 
and 64-bit floating point, 18-digit packed BCD and 
80-bif temporary. The 80287 meets the IEEE P754 
standard for numeric data processing and maintains 
compatibility with 8087-based systems. 


For those applications that require frequent moving 
of large blocks of data, the user may install an Intel 
82258, 4 channel, advanced DMA (ADMA) controller 
to further increase system performance. The ADMA 
Controller supports DMA requests from the 8274 
USART (2 channels) and the iSBX interfaces on the 
board (1 per interface). The ADMA can also perform 
data transfers over the on-board CPU bus, the MUL- 
TIBUS (P1) interface, and the iLBX/synchronous 
(P2) interface. With this arrangement, the device can 
rapidly move blocks of data between the iSBC 286/ 
12/14/16 
boards 
and 
iSBX 
MULTIMODULETM 


Boards installed on the baseboard, between the 
iSBC 286/12/14/16 
boards and other boards in- 


stalled in the system, or between any other memo- 
ry/controller/I/O 
boards installed in the system. 


The 8086, 8088, 80186 and 80286 microprocessor 
family contains the same basic set of registers, in- 


structions, and addressing modes. The 80286 proc- 
essor is upward compatible with the 8086, 8088, and 
80186 CPUs. 


The 80286 operates in two modes: 8086 real ad- 
dress mode, and protected virtual address mode. In 
8086 real address mode, programs use real address 
with up to one megabyte of address space. Pro- 
grams use virtual addresses in protected virtual ad- 
dress mode, also called protected mode. In protect- 
ed mode, the 80286 CPU automatically maps 1 giga- 
byte of virtual addresses per task into a 16 mega- 
byte real address space. This mode also provides 
memory protection to isolate the operating system 
and ensure privacy of each task's programs and 
data. Both modes provide the same base instruction 
set and registers. 


Incoming interrupts are handled by two on-board 
8259A programmable interrupt controllers (PIC) and 
by the 80286's NMI line. Interrupts originating from 
up to 15 sources are prioritized and then sent to the 
CPU. The 8259 devices support both polled and 
vectored mode of operation. Further interrupt capa- 
bility is available through bus vectored interrupts 
where slave 8259 interrupt controllers resident on 
separate iSBC Boards supply an interrupt vector to 
the on-board CPU. 


Device 
Function 
Number 
of 
Interrupts 


MUL TIBUS 
Interface 
Requests 
from MUL TIBUS resident 
peripherals 
or other CPU boards 
8' 


8259A 
Programmable 
8 level vectored 
interrupt 
request 
from slave 8259A 
1 
Interrupt 
Controller 


8274 Serial Controller 
6 internal 
interrupt 
requests 
directed 
to master 8259A 
1 


8255A 
Line Printer Interface 
Signals 
output 
buffer empty. 
Directed 
to slave PIC 
1 


8254 Timers 
Timer O. 1 outputs; 
function 
determined 
by timer mode 
2 


iSBX connectors 
Function 
determined 
by iSBX MUL TIMODULE 
board Directed 
to 
2 periSBX 


slave PIC 
Connector 


Bus Fail Safe Timer 
Indicates 
addressed 
MUL TIBUS resident 
device 
has not responded 
1 


to command 
within 
10 ms 


Power Fail Interrupt 
Indicates 
AC power is not within tolerance 
(from power supply) 
1 


ADMA 
Interrupt 
Common 
interrupt 
for 4 DMA channels 
1 


Parity Interrupt 
Parity error indicator 
from memory 
module 
1 


On-Board 
Logic 
Conditioned 
interrupt 
source from edge sense latch, inverter, 
or OR 
3 


gate 


Bus Request 
Error 
Indicates 
CPU was unable to access 
the MUL TIBUS interface 
1 


External 
Interrupt 
Supports 
system front panel reset switch 
1 


NOTE: 
'May 
be expanded 
to 56 with slave 8259A 
PICs on MUL TIBUS 
boards. 


inter 
iSBC® 286/12, 
iSBC® 286/14, 
iSBC® 286/16 
SBC 


Twenty-six potential interrupt sources are routed to 
the slave PIC device and to the interrupt jumper ma- 
trix where the user can connect the desired interrupt 
sources to specific interrupt levels. Table 1 includes 
a list of devices and functions supported by inter- 
rupts. 


The iSBC 286/12/14/16 
boards feature 1, 2, or 4 
megabytes of 0 wait-state, parity memory installed 
on the board. This memory, which is implemented 
using 256 Kb or 1 Mb DRAMs installed on a daugh- 
ter board, is dual-ported to the on-board CPU bus 
and the MULTIBUS (P1) interface. For those appli- 
cations requiring more memory, the iSBC 286/12/ 
14/16 boards also feature an iLBX and synchronous 
memory interface to increase physical memory ca- 
pacity to 16 megabytes. 


Two, 28-pin sites are provided for installing up to 
128 KB of EPROM firmware. 


By installing an iSBC 341 EPROM expansion mod- 
ule, local memory can be increased to four sites to 
support up to 256 KB of EPROM. Local memory ac- 
cess time is selectable at one, two, or three wait- 
states and is a function of the speed of the devices 
used. 


A two-channel serial communications interface us- 
ing Intel's 
8274 
Multi-Protocol Serial Controller 
(MPSC) is contained on the iSBC 286/12/14/16 
boards. Two independent software selectable baud 
rate generators (% of the 8254 timer) provide the 
MPSC with all common communication frequencies. 
The protocol (i.e. asynchronous, bisync, or SDLC/ 
HDLC), data format, control character format, parity 
and baud rate are all under program control. Soft- 
ware interfacing to the MPSC can be via either a 
polled or interrupt driven routine. Channel A may be 
configured for an RS232C or RS422/RS449 inter- 
face; channel B is set for RS232C operation only. 
DMA operation for channel A is available if the op- 
tional 82258 (ADMA) is installed. The data, clock, 
control, and signal ground lines for each channel are 
brought out to two 26-pin, pin and socket connec- 
tors. 


The iSBC 286/12/14/16 
boards provide three inde- 
pendent, fully programmable 16-bit interval timers/ 
event counters utilizing the Intel 8254 Programmable 
Interval Timer. Each counter is capable of operating 
in either BCD or binary modes. Two of these timers/ 
counters are available to the systems designer to 
generate accurate time intervals under software 
control. Routing for the outputs of these counters is 
jumper selectable. The outputs may be indepen- 
dently routed to the 8259A Programmable Interrupt 
Controller or to the 8274 MPSC to count external 
events or provide baud rate generation. The third 
interval timer in the 8254 is dedicated to providing a 
clock for the programmable baud rate generator in 
the iSBC 286/12/14/16 
boards' MPSC serial con- 


troller. The system software configures each timer 
independently to select the desired function. Seven 
functions are available as shown in Table 2. The 
contents of each counter may be read at any time 
during system operation. 


Function 
Operation 


Interrupt 
on 
When a terminal 
count is reached, 
Terminal 
Count 
an interrupt 
request 
is generated. 


This function 
is extremely 
useful for 
generation 
of real-time 
clocks. 


Programmable 
Output goes low upon receipt 
of an 
One-Shot 
external 
trigger edge or software 
command 
and returns 
high when 
terminal 
count is reached. 
This 
function 
is retriggerable. 


Rate Generator 
Divide by N counter. 
The output will 
go low for one input clock cycle, 
and the period from one low going 
pulse to the next is N times the 
input clock period. 


Square-Wave 
Output will remain high until one- 
Rate Generator 
half the count has been completed, 
and go low for the other half of the 
count. 


Software 
Output remains 
high until software 
Triggered 
loads count (N). N counts 
after 
Strobe 
count is loaded, 
output goes low 
for one input clock 
period. 


Hardware 
Outputs 
goes low for one clock 
Triggered 
period 
N counts 
after rising edge 
Strobe 
counter 
trigger 
input. The counter 
is retriggerable. 


Event Counter 
On a jumper 
selectable 
basis, the 
clock input becomes 
an input from 
the external 
system. 
CPU may read 
the number 
of events 
occurring 
after the counter 
"window" 
has 
been enabled 
or an interrupt 
may 
be generated 
after N events 
occur 
in the system. 


An 8255A 
Programmable 
Peripheral 
Interface 
(PPI) 


provides 
a Centronics 
compatible 
line printer 
inter- 


face, several 
on-board 
functions, 
and four non-dedi- 


cated input bits. Drivers are provided 
for a complete 


Centronics 
compatible 
line printer interface. 
The on- 


board functions 
implemented 
with the PPI are Power 


Fail Sense, Lock Override, 
NMI Mask, Clear Timeout 


Interrupt, 
LED 1 and 4, Clear Edge Sense flop, and 


MUL TIBUS 
interface 
directed 
interrupts 
(2). 
The 


PPl's I/O lines are divided 
into three eight bit ports; 
A, B, and C. The PPI must be programmed 
for mode 


o with ports A and C used as outputs 
and port B as 


input. A 16-bit write to Port B is used to set the iSBC 
286/12/14/16 
boards 
into 24 bit address 
mode. 


Port A-output 


Bit 
Function 


0 
Line Printer Data Bit 0 


1 
Line Printer Data Bit 1 


2 
Line Printer Data Bit 2 


3 
Line Printer Data Bit 3 


4 
Line Printer Data Bit 4 


5 
Line Printer Data Bit 5 


6 
Line Printer Data Bit 6 


7 
Line Printer Data Bit 7 


Port B-Input 


Bit 
Function 


0 
Board ID Bit 0 


1 
Board ID Bit 1 


2 
Board ID Bit 2 


3 
LPT Interrupt 
(Active High) 


4 
Line Printer ACK/(Active 
Low) 


5 
Power Fail Sense/(Active 
Low) 


6 
Line Printer Error (Active High) 


7 
Line Printer Busy (Active High) 


Port C-output 


Bit 
Function 


0 
Line Printer Data Strobe (Active High) 


1 
Override/(O = lock asserted) 


2 
NMI Mask (0 = NMI Enabled) 


3 
Clear Timeout 
Interrupt 
(Active High) 


4 
LED 0 (1 = On); Clear Edge Sense Flop/ 


5 
MUL TIBUS Interrupt 
1 (Active High) 


6 
MUL TIBUS Interrupt 
2 (Active High) 


7 
LED 1 (1 = On); Clear Line Printer 
ACK Flop/(Active 
High) 
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let the software 
determine, 
by examining 
bits 0, 1, 


and 
2 of 
port 
B, the 
board 
type 
(iSBC 
286/10A 


board or iSBC 286/12/14/16 
board), 
and the pres- 
ence of hardware 
options 
(82258 ADMA 
and 80287 


Numeric 
Data 
Processor 
devices) 
installed 
on the 


board. The parallel 
port assignment 
is shown 
in Ta- 


ble 3. 


The software 
reset feature 
allows the 80286 
micro- 


processor 
to return to Real Address 
mode operation 


from PVAM under software 
control. 
The system 
re- 


set line (INIT") 
and the 
dual-port 
memory 
are not 


affected, 
and all I/O context 
is preserved. 
The soft- 


ware reset is activated 
by a byte write to I/O location 


OOEOH.To distinguish 
the software 
reset from a true 


system initialization 
reset, a flag is provided. 
Another 


flag 
is provided 
that 
indicates 
whether 
the 
iSBC 


286/12/14/16 
board 
hardware 
(not the 80286 
de- 


vice) 
is currently 
configured 
for PVAM 
or Real Ad- 


dress Mode. 


A 14-pin connector 
is mounted 
on the top edge of 


the 
board 
and is designed 
to connect 
to the front 


panel 
and 
power 
supply 
of the 
system 
enclosure. 


Leads 
supported 
include 
Reset 
and Interrupt 
input 


lines from (conditioned) 
front panel switches, 
a Run 


signal to drive a front panel LED, a Power Fail Inter- 
rupt line that connects 
to the power supply, 
and ex- 


tra power 
and ground 
leads to support 
miscellane- 


ous front panel circuitry. 


The 
MUL TIBUS 
system 
architecture 
includes 
three 


bus structures: 
the system 
bus, the local bus exten- 


sion and the 
iSBX MUL TIMODULE 
expansion 
bus 


as shown 
in Figure 
2. Each 
bus structure 
is opti- 


mized to satisfy particular 
system 
requirements. 
The 


system 
bus provides 
a basis for general 
system 
de- 


sign including 
memory 
and I/O expansion 
as well as 


multiprocessing 
support. 
The local bus extension 
al- 


lows large amounts 
of high performance 
memory 
to 


be accessed 
from a CPU board over a private 
bus. 


The 
MUL TIMODULE 
extension 
bus is a means 
of 


adding 
inexpensive 
I/O 
functions 
to 
a base 
CPU 


board. Each of these three bus structures 
are imple- 


mented 
on the iSBC 286/12/14/16 
boards 
provid- 


ing a total system 
architecture 
solution. 


inter 


The MULTIBUS system bus is Intel's industry stan- 
dard, IEEE 796, microcomputer bus structure. Both 
8- and 16·bit single board computers are supported 
on the IEEE 796 structure with 24 address and 16 
data lines. In its simplest application, the system bus 
allows expansion of functions already contained on 
a single board computer (e.g., memory and digital 
I/O). However, the IEEE 796 bus also allows very 
powerful distributed processing configurations using 
multiple processors, I/O 
boards, and peripheral 


boards. The MULTIBUS system bus is supported 
with a broad array of board level products, VLSI in- 
terface components, detailed published specifica- 
tions and application notes. 


System Bus-Expansion 
Capabilities 


Memory and I/O capacity may be expanded and ad- 
ditional functions added using Intel MUTLIBUS com- 
patible expansion boards. Memory may be expand- 


ed by adding user specified combinations of RAM 
boards, EPROM boards, bubble memory boards, or 
combination boards. Input/output capacity may be 
added with digital I/O and analog I/O expansion 
boards. Mass storage capability may be achieved by 
adding single or double density diskette controllers, 
or hard disk controllers. Modular expandable back- 
planes and cardcages are available to support multi· 
board systems. 


For those applications requiring additional process· 
ing capacity and the benefits of multiprocessing (Le., 
several CPUs and/or 
controllers logically sharing 


system tasks through communication of the system 
bus), the iSBC 286/12/14/16 
boards provide full 


system bus arbitration control logic. This control log- 
ic allows up to three iSBC 286/12/14/16 
boards or 


other bus masters, including the iSBC 80 Board fam- 
i1yof MULTIBUS compatible 8-bit single board com- 
puters to share the system bus using a serial (daisy 


intJ 


chain) priority scheme and allows up to 16 masters 
to share the MULTIBUS system bus with an external 
parallel priority decoder. In addition to multiprocess- 
ing configuration made possible with multimaster ca- 
pability, it also provides a very efficient mechanism 
for all forms of DMA (Direct Memory Access) trans- 
fers. 


Memory Map 


The memory map of the iSBC 286/12/14/16 
board 


is shown in Figure 3. The memory maps for the iSBC 
286/14 
and 
iSBC 286/16 
boards 
are 
similar, 


except the total amount of on-board DRAM memory 
is 2 or 4 MB, and the dual-port memory space is 
larger. The memory map, which shows the default 
configuration of the board, may be easily changed 
by the user to meet the needs of almost any system 
design. As a result, the iSBC 286/12/14/16 
boards 


are particularly suited for complex multiple proces- 
sor and/or multiple intelligent I/O board-based sys- 
tems. 


The memory map can be changed by moving on- 
board jumpers or by installing user-programmed 
PALs (programmable array logic devices). 
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OOOOOOHl.....- __ 
--' 
64 KB INCREMENTS 
VIA JUMPERS) 


inter 


Using only the jumpers 
on the iSBC 286/12/14/16 


board, the MUL TIBUS window 
size can be set at 0 


(no window), 
64 KB, 128 KB, 256 KB, or 1 MB in real 


address 
mode. The MUL TIBUS window 
is normally 


not available 
in PVAM, however, 
a PAL may be pro- 


grammed 
to provide 
this feature. 
Jumpers 
are also 


used to set aside a portion 
of the dual-port 
memory 


so that it may only be accessed 
by the CPU (single- 
ported 
memory). 
Block sizes of 64 KB, 128 KB, 256 


KB, 512 KB or 1 MB may be selected. 
Finally, jump- 
ers are used 
to select 
any of 6 EPROM 
memory 


sizes ranging 
from 4 KB (using 2716 devices) 
up to 


256 KB (using 27512 devices and an iSBC 341 mod- 
ule). 


If the user needs 
to alter the memory 
map further, 


five PALs on the baseboard 
are socketed 
and may 


be replaced 
by custom 
designed 
devices. 
Using pro- 


grammed 
PALs, the designer 
can: 


- 
Set the base DRAM memory starting address 
(as 


viewed 
by the 80286 
microprocessor) 
at 0 (de- 
fault configuration) 
or to any % megabyte 
bound- 


ary up through 
16 MB (0 or 512 KB in real ad- 


dress mode). 


- 
Set the base DRAM memory starting address 
(as 


viewed 
by other 
boards 
over the MUL TIBUS 
in- 
terface) 
at 0 (default 
configuration) 
or to 
any 


megabyte 
boundary 
up through 
16 MB (fixed at 0 


in real address 
mode). 


- 
Set 
single 
or multiple 
MUL TIBUS 
windows 
as 


small as 64 KB or as large as 1 MB within 
the 


first 
megabyte 
of 
address 
space. 
MUL TIBUS 


wind owing can be enabled 
both in real address 


mode and PVAM. The window 
size can also be 


set at 0 (no window) 
so that the CPU can only 


access 
its own DRAM memory. 


The jumper 
and PAL changes 
may be used in com- 


bination 
with each other. 
For example, 
jumpers 
can 


be installed 
to set EPROM 
address 
space 
and to 


exclusively 
allocate 
(single-port) 
a 
portion 
of 
the 


dual-port 
memory 
to the CPU. Then, 
PALs can be 


installed 
to establish 
two MUL TIBUS windows 
of dif- 


ferent 
sizes and to set the DRAM 
base starting 
ad- 


dresses. 


High Speed Off-Board 
Memory 


The 
iSBC 
286/12/14/16 
boards 
can 
access 
off- 


board memory 
either over the MUL TIBUS (P1) inter- 


face, or over the P2 interface 
as shown 
in Figure 4. 


Memory 
transfers 
over the 
P2 interface 
are faster 


because 
the CPU board doesn't 
have to arbitrate 
for 


access 
to the MUL TIBUS interface. 


Using 
the 
P2 
interface, 
the 
iSBC 
286/12/14/16 


boards 
can be configured 
to operate 
with 
either 
a 


standard 
iLBX interface 
or with a high-performance, 


synchronous 
interface. 


The 
iSBC 
286/12/14/16 
boards 
as 
supplied 
are 


configured 
to operate 
with a synchronous, 
P2 inter- 


inter 


face. This high-performance interface is designed to 
connect to Intel's EX series of memory expansion 
boards to yield a CPU to memory read/write time of 
o wait-states. The EX memory expansion boards are 
available in sizes ranging from 512K bytes up to 4M 
bytes. 


By moving several jumpers on the board, the iSBC 
286/12/14/16 
Single Board Computers may be re- 
configured for an iLBX interface, and are compatible 
with Intel's CX series of memory expansion boards, 
which are available in sizes ranging from 512K bytes 
up to 2M bytes. Memory expansion boards from oth- 
er manufacturers that meet the iLBX standard may 
also be used. CPU to memory access time is usually 
1 or more wait-states depending on the speed of the 
memory used. 


A total of four memory boards can be placed on the 
iLBX or synchronous interface bus. With 4M byte 
memory boards, this results in a total of 16M bytes 
on the memory expansion bus. 


iSBXTM Bus MULTIMODULETM 
On-Board Expansion 


Two 8-, 16-bit iSBX MULTIMODULE connectors are 
provided 
on 
the 
iSBC 
286/12/14/16 
boards. 


Through these connectors, additional on-board I/O 
functions may be added. The iSBX MULTIMODULE 
Boards optimally support functions provided by VLSI 
peripheral components such as additional parallel 
and serial I/O, analog I/O, small mass storage de- 
vice controllers (e.g., floppy disks), and other cus- 
tom interfaces to meet specific needs. By mounting 
directly on the single board computer, less interface 
logic, less power, simpler packaging, higher perform- 
ance, and lower cost result when compared to other 
alternatives such as MULTIBUS Board form factor 
compatible boards. The iSBX interface connectors 
on the iSBC 286/12/14/16 
boards provide all sig- 


nals necessary to interface to the local on-board 
bus, including 16 data lines for maximum data trans- 
fer rates. The iSBX MULTIMODULE Boards de- 
signed with 8-bit data paths and using the 8-bit iSBX 
connector are also supported on the iSBC 286/12/ 
14/16 
microcomputer boards. A broad range of 
iSBX MULTIMODULE Board options are available 
from Intel. Custom iSBX modules may also be de- 
signed. An iSBX bus interface specification is avail- 
able from Intel. 


Software support from Intel i'lcludes the iRMX 86, 
iRMX 286, and XENIX' Operi:lting Systems, assem- 


bly and high level languages, development systems, 
in-circuit emulators, and various other hardware and 
software tools. 


For those applications needing a real time, multi- 
tasking operating system, Intel offers the iRMX 86 
Release 6 and iRMX 286 Release 1 Operating Sys- 
tems. The iRMX operating systems are particularly 
well suited for industrial or commercial applications 
where the processor is simultaneously controlling 
multiple, real time, interrupt-intensive processes. 
Typical applications include machine and process 
control, data acquisition, signal processing, front- 
end processing, and digital PABX control. The iRMX 
operating systems employ a highly configurable, 
modular structure that allows easy system configura- 
tion and expansion. 


The iRMX 86 Release 6 Operating System enables 
the iSBC 286/12/14/16 
boards to address up to 1 
MB of memory in real address mode. Using the 
iRMX 286 Operating System, this address range is 
extended to 16 MB in protected mode. The iRMX 
286 Operating System also allows the user to take 
advantage of the hardware traps built into the iAPX 
286 processor that provide expanded debug capa- 
bilities and increased code reliability. 


Applications software written for earlier releases of 
the iRMX 86 Operating System is upwardly compati- 
ble through Release 6. Furthermore, application 
code written for the iRMX 86 Operating System can 
be compiled using 286 compilers to run under the 
iRMX 286 Operating System. Application code will 
require only minor changes. 


Assembly and many high level languages are sup- 
ported by the iRMX Operating Systems and Intel- 
lec@Series III and Series IV development systems. 
Language support 
for 
the 
iSBC 286/12/14/16 
boards in real address mode includes Intel's ASM 
86, PL/M 86, PASCAL 86, FORTRAN 86, and C86, 
as well as many third party 8086 languages. Lan- 
guage support for protected address mode include 
ASM 286, PL/M 286, PASCAL 286, and FORTRAN 
286. Programs developed in these languages can be 
downloaded from an Intel Series III or IV Develop- 
ment System to the iSBC 286/12/14/16 
boards via 
the iSDMTM286 System Debug Monitor. The iSDM 
286 monitor also provides on-target program debug- 
ging support including breakpoint and memory ex- 
amination features. 


Intel also offers the XENIX operating system which 
is designed for those applications needing an inter- 
active, multiple user system. Typical applications in- 
clude small business systems, software develop- 


mentl engineering workstations, distributed data pro- 
cessing, communications, and graphics. 


Intel's XENIX operating system is a fully licensed de- 
rivative of UNIX", 
enhanced by Intel to provide de- 
vice driver support for Intel board and component 
products plus other features that yield greater flexi- 
bility, increased reliability, and easier configurability. 
Intel's XENIX operating system has been optimized 
for use with the 80286 microprocessor and supports 
such features as on-chip memory management and 
protection which provide ease of portability and 
higher performance. 


Applications software can be written in either Intel's 
FORTRAN, COBOL, or BASIC languages using a 
XENIX based, Intel 286/310 or 286/380 system, or 
by using an Intel iDISTMDatabase Information Sys- 
tem. The user can also select from a wide variety of 
existing third party languages and applications soft- 
ware. 


System Clock 


CPU-8.0 
MHz 


Numeric Processor-5.3 
MHz or 8.0 MHz (Jumper 
Selectable) 


Basic Instruction-8.0 
MHz - 250 ns (assumes in- 
struction in queue) 


NOTE: 
Basic instruction cycle is defined as the fastest in- 
struction time (i.e. two clock cycles) 


Dual-Port 
Memory 


1, 2, or 4 megabyte, 0 wait-state, parity DRAM dual- 
ported to the on-board CPU bus and the MULT1BUS 
interface. 


Local Memory 


Number of sockets-two 
28-pin JEDEC sites, ex- 


pandable to 4 sites using iSBC 341 JEDEC Expan- 
sion Module 


Maximum Size-128 
KB expandable to 256 KB by 


installing an iSBC 341 EPROM Expansion Module. 
Memory size is set by jumpers on the iSBC 286/12/ 
14/16 board. 


Compatible Devices-EPROM, 
up to 64K x 8 (Intel 
27512) 


Operating 
Address 
Size 
System 
Mode 


iRMX 86 Release 6 O.S. 
Real 
1 MB 
iRMX 286 Release 1 O.S. 
Protected 
16 MB 


XENIX Release 3 O.S. 
Protected 
16 MB 


Socket provided for Intel 82258, 4 channel, ad- 
vanced DMA controller. Data transfer rate = 4 MB 
per second (two cycle transfer mode, memory to 
memory); 2.67 MB per second (16-bit iSBX I/O to 
dual-port memory). 


Interrupt Capacity 


26 interrupt sources (total); 5 hard-wired to the 
8259A PIC; 21 jumper selectable 


Interrupt Levels-16 
vectored requests using two 
8259A devices and the 80286 microprocessor's NMI 
line 


Parallel 
- 
Line printer interface, on-board func- 
tions, and 3-bit board installed options 
code 
Serial 
- 
Two 
programmable 
channels 
using 


one 8274 device 


Timers 
- 
Three programmable timers using one 
8254 device 
Expansion- 
Two 
8/16-bit 
iSBX MULTIMODULE 
connectors 


inter 


Input Frequencies-1.23 
MHz 
±0.1% 
or 4.00 MHz 


± 0.1 % (Jumper 
Selectable) 


Single Timer/Counter 
Dual Timer/Counter 


Function 
(two timers cascaded) 


Mln 
Max 
Mln 
Max 


Real-Time 
Interrupt 
500 ns 
53.3 ms 
1.0 IJos 
58.2 min 
Programmable 
One-Shot 
500 ns 
53.3 ms 
1.0 IJos 
58.2 min 
Rate Generator 
18.8 Hz 
2.0 MHz 
0.000286 
Hz 
1 MHz 
Square-Wave 
Rate Generator 
18.8 Hz 
2.0 MHz 
0.000286 
Hz 
1 MHz 
Software 
Triggered 
Strobe 
500 ns 
53.3 ms 
1.0 IJos 
58.2 min 
Hardware 
Triggered 
Strobe 
500 ns 
53.3 ms 
1.0 IJos 
58.2 min 
Event Counter 
- 
8.0 MHz 
- 
- 


MUL TIBUS 
Bus-All 
signals TTL compatible 


iSBX Bus-All 
signals TTL compatible 


iLBX Bus-All 
signals TTL compatible 


Synchronous 
Interface-All 
signals TTL compatible 


Serial I/O- 
Channel 
A: RS232C/RS422/RS449 


compatible, 
DCE or DTE 


Channel 
B: RS232C 
compatible, 
DCE 


NOTE: 


For 
RS422/RS449 
operation, 
user 
supplied 
line 


drivers 
and resistor 
terminators 
must be installed. 


Timer-All 
signals TTL compatible 


Interrupt 
Requests-All 
TTL compatible 


Function 
Type 
Sink Current 
(mA) 


Data 
Tri-State 
64 


Address 
Tri-State 
24 


Commands 
Tri-State 
32 


Bus Control 
Open Collector 
16/32 


Function 
Type 
Sink Current 
(mA) 


Data 
Tri-State 
64 


Address 
Tri-State 
24 


Commands 
Tri-State 
24 


Bus Control 
TTL 
24 


Synchronous-5-8 
bit 
characters; 
internal 
or 


HDLC/SDLC 
character 
synchronization; 
automatic 


sync insertion; 
even or odd parity 
. 


Asynchronous-5-8 
bit characters; 
break character 


generation; 
1, 11f2, or 2 stop bits; false 
start bit de- 


tection; 
even or odd parity 


BAUD 
RATES 


Synchronous-600, 
1.2 KB, 2.4 KB, 4.8 KB, 9.6 KB, 


19.2 KB, 38.4 KB, 56 KB, 76.8 KB, 154 KB, 307 KB, 
615 KB. 


Asynchronous-75, 
150, 300, 600, 1.2 KB, 2.4 KB, 


4.8 KB, 9.6 KB, 19.2 KB. 


NOTE: 
Baud rates are software 
selectable. 


Physical Characteristics 


Width: 
12.00 in. (30.48 cm) 


Height: 7.05 in. (18.00 cm) 


Depth: 
0.88 in. (2.24 cm) 
1.16 in. (2.95 cm) with iSBX 
MUL TIMODULE 
board installed 


Recommended 
Slot spacing 
(without 
iSBX MULTI- 


MODULE): 
1.2 in. (3.0 cm) 


Weight: 
26 oz. (731 gm) 


Function 
'* of Pins 
Centers 
(In) 
Connector 
Type 
Vendor 
Vendor 
Part No. 


iSBX Bus Connector 
44 
0.1 
Soldered 
Viking 
000293-0001 
16-Bit (J5, J6) 


I/O Connectors 
26 
0.1 
Flat Crimp 
3M 
3399-6026 
(J1-J3) 


Front Panel 
14 
0.5 
Flat Crimp 
3M 
3385-6014 
Connector (J4) 


iLBX/Synch. Interface 
60 
0.1 
Flat Crimp 
KEL-AM 
RF30-2803-5 
Edge Connector (P2) 
T & B Ansley 
A3020 


Maximum: + 5V, 8.7A; ± 12V, 35 mA (for serial I/O) 
Typical: +5V, 5.7A; ±12V, 20 mA 


NOTE: 


Power requirements are for the default configura- 
tion. Does not include power for optional EPROM, 
80287 or 82258 devices, or installed iSBX MULTI- 
MODULE boards. 


Environmental 
Characteristics 


Operating Temperature: O·Cto 60·C with 8 CFM air- 


flow across board (default 
configuration) 


Relative Humidity: to 90% (without condensation) 


Reference 
Manual 
147533- 
iSBC 286/12/14/16 
Hardware Reference 


Manual (order separately) 


ORDERING 
INFORMATION 


Part Number Description 
SBC 286/12 
Single Board Computer with 1 MB of 
Memory 
SBC 286/14 
Single Board Computer with 2 MB of 
Memory 
SBC 286/16 
Single Board Computer with 4 MB of 
Memory 
Numeric Processor Ext., 5 MHz 
Numeric Processor Ext., 8 MHz 
ADMA Coprocessor, 8 MHz 


C80287-3 
D80287-8 
R82258-8 
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iSBC® 386/20 
SINGLE BOARD COMPUTER STARTER KITS 


• 
Starter 
Kit Includes 
iSBC® 386/20P 
CPU Board, 2 or 4MB Memory 
Board, 
and P-MON386ES 
Monitor 
or iRMX® 
286/386 
ES Software 


• 
High Performance 
32-bit Processor 
System 
Using the 80386 
Microprocessor 


• 
High Speed 
Numerics 
Coprocessor 


• 
Cache 
Memory 
Provides 
0 Wait-state 
Memory 
Reads 


• 
High Speed 32-bit Memory 
Interface 


• 
iSBXTM Interface 
Supports 
1/0 
Expansion 
Using ISBX 
MUL TIMODULETM 
Boards 


• 
Up to 128KB of EPROM 
Local Memory 


• 
MUL TIBUS® 
Interface 
for Multimaster 
Configurations 
and System 
Expansion 


The Starter 
Kits include an iSBC 386/20P 
CPU board, a 2 or 4 megabyte 
memory 
board, the choice 
of the P- 
MON386ES 
monitor or the iRMX 286/386 
ES operating 
system/monitor 
software, 
interconnecting 
cables, 
and 
documentation. 
This kit allows the board or system 
level designer 
to quickly assemble 
an 80386-based 
MUL- 
TIBUS 
I System 
and evaluate 
the iSBC 386/20P 
board and 80386 
microprocessor 
and begin system 
design 
and software 
development. 
All of the hardware 
pieces 
are provided, 
preconfigured 
to speed start-up 
time. 


The iSBC 386/20P 
Single 
Board 
Computer, 
included 
in the kit, is Intel's 
highest 
performance 
MUL TIBUS 
I 
CPU board. The iSBC 386/20P 
board features 
an 80386 32-bit microprocessor, 
a 16 kilobyte 
cache 
memory, 
and a high speed, 
dual-port 
memory 
interface 
that 
supports 
up to 16 megabytes 
of physical 
memory. 
The 
board 
also features 
a math 
coprocessor 
to offload 
the CPU and greatly 
enhance 
system 
performance 
in 
floating 
point, math-intensive 
applications. 
To take advantage 
of the 80386 32-bit architecture, 
all data trans- 
fers between 
the microprocessor 
and the dual-port 
memory 
are 32 bits wide. 
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The iSBC 386/20 
Starter 
Kits are a set of hardware 
and software 
products 
designed 
to allow the user to 
easily 
evaluate 
the 
iSBC 386/20P 
CPU board 
and 
80386 
microprocessor, 
and to begin system 
design 
and software 
development. 
The kits include an iSBC 
386/20P 
CPU board, either 
an iSBC 402P 2-mega- 
byte or iSBC 404P 4-megabyte 
memory 
board, the 
choice 
of 
P-MON386ES 
debug 
monitor 
or 
iRMX 
286/386 
ES software, 
interconnecting 
cables 
and 
user documentation. 
Each of these kits is described 
below. 


iRMX® 286/386 
ES-Based iSBC® 
386/20P 
Starter Kit 


The iRMX Starter 
Kit is designed 
to support 
16-bit 
iRMX-based 
applications 
and enables 
a new or an 
existing 
iRMX 286 Release 
1 application 
to run on 
the 
iSBC 
386/20P 
board. 
The 
starter 
kit also 
in- 
cludes 
a 16-bit debug 
monitor 
that 
supports 
16-bit 
application 
software 
development 
either 
in an on- 
target development 
environment 
using an Intel 286/ 
310 system or in a host-target 
development 
environ- 
ment using a Series 
III/IV system. 
These two devel- 
opment 
environments 
are shown 
in Figure 1. 


The 
starter 
kit 
contains 
diskettes, 
two 
27256 
EPROMS, 
serial 
cables 
for connection 
to the host 
Series 
III/IV 
development 
system 
or separate 
con- 
sole terminal, 
and installation/operating 
instructions. 


+ 


The diskettes 
provide 
Update 3 of the iRMX 286 Re- 
lease 1 Operating 
System, 
modified 
iRMX 286 soft- 
ware ported to run on the iSBC 386/20P 
board, and 
16-bit 80286/80386 
ES monitor 
software. 
Both 8" 


ISIS format 
and 5-1,4" iRMX format 
diskette 
media 
are provided. 
The EPROMS, 
which the user installs 
on the iSBC 386/20P 
board, contain 
the bootloader, 
device 
initialization 
code, 
and 
the 
debug 
monitor. 


The 
user must 
separately 
provide 
and 
license 
the 
iRMX 
286 
Release 
1 operating 
system 
software. 


The iRMX 286/310 
system 
or Intellec@ Series III/IV 
development 
system 
are also user provided. 


The 
80286/80386 
monitor 
allows 
the 
designer 
to 
debug both real mode and protected 
mode applica- 
tions that run on the iSBC 386/20P 
board. 


The 
monitor 
provides 
commands 
that 
perform 
the 
following 
functions: 


• 
Bootstrap 
load the program 
of your choice 


• 
Examine 
and modify 
the contents 
of the 80386 
registers 
and board 
memory 


• 
Display 
the contents 
of memory 
and 
descriptor 
tables 


• 
Load and execute 
relocatable 
and absolute 
object files 


• 
Move blocks 
of memory 
from one location 
to 
another 


• 
Perform 
I/O to a specified 
port 


• 
Disassemble 
and execute 
instructions 


• 
Single-step 
execution 
of instructions 


• 
Define and examine 
symbols 
in a program 


'>. 
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Using the starter kit, designers can generate and de- 
bug 16-bit application software either on the host 
Intellec system or on the iSBC 386/20P-based sys- 
tem. The iRMX 286 Operating System together with 
the 80286/80386 
ES monitor support the use of 


iRMX 286 16·bit languages and tools including ASM 
86, ASM 286, PLIM 286, BIND 286, BUILD 286, and 
AEDIT text editor. Thirty-two-bit languages are not 
supported. 


The starter kit also allows designers to download all 
or part of an existing iRMX 286-based application to 
the iSBC 386/20P board for execution. In some cas- 
es, software timing loops may need to be readjusted 
to compensate for the increased clock rate of the 
80386 microprocessor. Furthermore, I/O address 
references may also need changing to match the 
I/O map of the iSBC 386/20P board. 


iRMX 86-based 8086 applications will also run on 
the iSBC 386/20P board. The code is first recom- 
piled to run under iRMX 286 operating system using 
286 compilers. The code is then downloaded to the 
iSBC 386/20P board using the iRMX 286/386 ES 
software. As with other code, the iRMX 86 applica- 
tion code may have to be modified to adjust soft- 
ware timing loops and I/O address references. 


Configuring 
the On-Target 


Development 
Environment 


If the designer chooses to configure an on-target 
development environment using an Intel 286/310 
system, either a standard SYS 310-40(A), -41(A), or 
-17(A) system may be used. 


In addition to the iSBC 386/20P board and memory, 
other boards that the iRMX 286/386 ES software 
supports may be installed in the system. These 
boards include the iSBC 214/215G/217/218A 
se- 


ries of disk controller boards, the iSBC 188/48 and 
iSBC 
544A 
8- 
and 
4-channel 
communications 


boards, the iSBC 350 line printer board, the iSBX 
351 2-channel communications MULTIMODULETM 
and a RAM (disk) driver. 


P-MON386-based 
iSBC® 386/20 


Starter Kit 


The P-MON-based starter kit uses the XENIX hosted 
P-MON386ES debug monitor and is intended for 
non-iRMX-based and 
component-based 
applica- 


tions. The monitor, when used with an Intel XENIX 
286/310 system as shown in Figure 2, enables the 
designer to develop software on the host system, 
then download the code to the target iSBC 386/20P 
board for execution. Code from an existing 16-bit 
application may also be downloaded to the iSBC 
386/20P board from the host system. Using the 
P-MON386ES monitor, designers can access and 
control all of the 80386 visible user-hardware re- 
sources without any assistance from an operating 
system. 


The starter kit includes 5-%" diskettes that contain 
the host portion of the monitor software, two 27512 
EPROMS,two cables for connection to either a DCE 
or DTE RS232C interface at the host system and 
installation/operation 
instructions. The EPROMS, 


which the user installs on the iSBC 386/20P board, 
contain the bootloader, device initialization code, 
and the target resident portion of the monitor soft- 
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ware. The XENIX· 286/310 system is not part of the 
kit and may be ordered separately from Intel. 


The P-MON386ES monitor provides the following 
user assistance programming tools and system de- 
bug capabilities: 


• Download Intel 8086, 80286, and 80386 object 


module formats (with no symbolics) 


• Examine/modify memory, I/O ports, processor 


registers, descriptor tables, and the task state 
segment 


• Convert addresses from virtual to linear, linear to 


physical, and virtual to physical 


• Evaluate expressions 
• Control execution both in real and protected 


mode 
• Set software breakpoints on execution addresses 
• Set hardware breakpoints on execution and data 


addresses 


• Disassemble memory 


Both 16-bit and 32-bit XENIX hosted languages and 
tools are supported, including COBOL, FORTRAN, 


BASIC, 80386 Assembler, C386 Compiler, PL/M 
386 Compiler, and 80386 Relocation/Linkage/Li- 
brary tools. 


The monitor software also allows the designer to 
download all or part of an existing 8086 or 80286- 
based 16-bit application to the iSBC 386/20P board 
for execution. The P-MON386ES-based starter kit 
does not provide operating system (O.S.) support. If 
the application software uses an O.S. interface, the 
O.S. must be ported to run with the 80386 micro- 
processor, the 8251A Serial Controller, and the 
80287 math coprocessor (if used). 


The iSBC 386/20P board is Intel's first 32-bit MUL· 
TIBUS I single board computer using the 80386 mi- 
croprocessor. The board employs a dual-bus struc- 
ture: a 32-bit CPU bus for data transfers between 
the CPU and memory; and a 16-bit bus for data 
transfers over the MULTIBUS, iSBX, local memory, 
and 8-bit I/O interfaces. In this manner, the board 
takes advantage of the 80386 CPU's 32-bit wide 
data bus while maintaining full compatibility with the 
MULTIBUS 
interface 
and 
iSBX 
MULTIMODULE 


boards. A block diagram of the board is shown in 
Figure 3. 
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The iSBC 386/20P board can be used in many appli- 
cations originally designed for Intel's 16-bit micro- 
computers, such as the iSBC 286/1 OA and iSBC 
286/12,8 
MHz, 80286-based, single board comput- 


ers. In this way, performance can be easily upgraded 
without requiring major hardware or software chang- 
es. 


The iSBC 386/20P CPU board, which is in the start- 
er kit, is an early release version of the iSBC 386/20 
production board. 


The heart of the iSBC 386/20P board is an 80386 
microprocessor. This device utilizes address pipelin- 
ing, a high speed execution unit, and on-chip memo- 
ry management/protection 
to provide the highest 


level of system performance. The 80386 microproc- 
essor also features an Address Translation Unit that 
supports up to 64 terabytes of virtual memory. 


The 80386 CPU is upwardly compatible with Intel's 
8088, 8086, 80186, and 80286 CPUs. Application 
software written for these other 8 and 16 bit micro- 
processor families can be easily recompiled to run 
on the 80386 microprocessor. 


The 80386 microprocessor resides on the 32-bit 
wide CPU bus which interconnects the CPU with the 
math coprocessor and dual-port memory. This ar- 
rangement tightly couples the CPU to the memory to 
form a high performance processor/memory 
'en- 


gine'. A separate 16·bit bus couples the CPU and 
dual-port memory to the MULTIBUS and iSBX inter- 
faces, local EPROM memory, and other on-board 
I/O 
resources. With this arrangement, the iSBC 


386/20P board can take full advantage of the 80386 
microprocessor's 32-bit architecture while maintain- 
ing full compatibility with the MULTIBUS and iSBX 
interfaces. 


The 80386 instruction set includes variable length 
instruction format (including double operand instruc- 
tions), 8-, 16-, and 32-bit signed and unsigned arith- 
metic operators for binary, BCD and unpacked ASCII 
data, and iterative word and byte string manipulation 
functions. All existing instructions have been extend- 
ed to support 32-bit addresses and operands. New 
bit manipulation and other instructions have been 
added for extra flexibility in designing complex soft- 
ware. 


For enhanced numerics processing compatibility, 
the iSBC 386/20 
Starter Kit includes an 80287- 


based math module which is installed on the iSBC 
386/20P board. Over 60 numeric instructions offer 
arithmetic, trigonometric, transcendental, logarithmic 
and exponential instructions. Supported data types 
include 16-, 32-, and 64-bit integer, 32- and 64-bit 
floating point, 18-digit packed BCD and 80-bit tem- 
porary. The numeric data processor meets the IEEE 
P754 (Draft 7) standard for numeric data processing 
and maintains compatibility with 8087-based sys- 
tems. Data transfers to/from the on-board CPU bus 
are 16-bits wide. On future iSBC 386/20 boards, this 
module will be replaced by an 80387 numeric co- 
processor. This device will provide higher perform- 
ance through a 32-bit data path to the CPU bus, 
added numeric instructions, and a faster clock. 


Architectural 
Features 


The 8086, 8088, 80186, 80188, 80286, and 80386 
microprocessor family contains the same basic sets 
of registers, instructions, and addressing modes. 
The 80386 processor is upward compatible with the 
8086, 8088, 80186, 80188, and 80286 CPUs. 


The 80386 operates in two modes: protected virtual 
address mode, and 8086 real address mode. In pro- 
tected virtual address mode (also called protected 
mode), programs use virtual addresses. In this 
mode, the 80386 CPU automatically translates logi- 
cal addresses to physical addresses. This mode 
also provides memory protection to isolate the oper- 
ating system and ensure privacy of each task's pro- 
grams and data. In 8086 real address mode, pro- 
grams use real address with up to one megabyte of 
address space. Both modes provide the same base 
instruction set, registers, and addressing mode. 


Interrupt Control 


Incoming interrupts are handled by two cascaded 
on-board 8259A programmable interrupt controllers 
and by the 80386's NMI line. Twenty potential inter- 
rupt sources are routed to the programmable con- 
trollers and the interrupt jumper matrix. Using this 
jumper matrix, the user can connect the desired in- 
terrupt sources to specific interrupt levels. Interrupts 
originating from up to 15 sources are then prioritized 
and sent to the CPU. A sixteenth interrupt source 
may be connected to the 80386 NMI line. Table 1 
includes a list of devices and functions supported by 
interrupts. 


Device 
Function 
Number of 
Interrupts 


MULTIBUS Interface 
Requests from MULTIBUS resident peripherals or 
8 


other CPU boards 


8251A Serial Controller 
Indicates status of transmit and receive buffers and 
3 


Ring Indicator lead of the RS232C interface 


8254 Timers 
Timer 0, 1 outputs; function determined by timer 
2 


mode (hardwired to interrupt controller) 


iSBX Connector 
Function determined by iSBX MULTIMODULE 
4 


board 


Bus Timeout 
Indicates addressed MULTIBUS or iSBX resident 
1 


device has not responded to command within 10 
msec 


Power Fail Interrupt 
Indicates AC power is not within tolerance. Signal 
1 


generated by system power supply 


Parity Interrupt 
Indicates on-board parity error 
1 


Memory Capabilities 


The iSBC 386/20P board supports both EPROM lo- 
cal memory located on board and DRAM dual-port 
memory which 
connects 
to the 
iSBC 386/20P 


board. The dual-port memory is supported by a high 
speed on-board cache memory. 


The iSBC 386/20P preproduction board supports a 
high-speed, 32-bit memory interface that connects 
to the iSBC 402P 2 megabyte or iSBC 404P 4 mega- 
byte memory expansion board using a pair of ribbon 
cables supplied in the kit. The iSBC 402P/404P 
board is a standard MULT1BUSI form-factor board. 
Production iSBC 385/20 CPU boards will use low- 
profile memory modules that plug directly onto the 
iSBC 386/20 
board. The modules use surface 


mount technology devices and will be available in 1, 
2, 4, and 8 megabyte sizes. Two modules may be 
used together to provide up to 16MB of system 
memory. Both the board and modules support byte- 
parity error detection and have 32-bit wide data 
paths to the 80386 CPU and 16-bit wide data path, 
to the MULTIBUS interface. 


A 16KB cache memory on the iSBC 386/20P board 
by the 80386 provides 0 wait-state reads by the 
80386 for data and program code resident in the 
cache 
memory. The cache memory is updated 


whenever data is written into the dual-port memory 
or when the CPU executes a read cycle and the data 
or program code is not already present in cache 
memory. This process is controlled by the cache re- 
placement algorithm. 


The cache memory supports 4K entries, with each 
entry comprised of a 32-bit data field and an 8-bit tag 
field. The tag field is used to determine which actual 
memory word currently resides in a cache entry. The 
cache memory size and effective replacement algo- 
rithm are designed to optimize both the probability of 
cache 'hits' and local bus utilization. 


The local memory consists of two 28-pin JEDEC 
sites that support EPROM devices, and are intended 
for boot-up and system diagnostic/monitor routines. 
Maximum local memory capacity is 128KB using 
high capacity Intel 27512 EPROM devices. The 
iSBC 386/20P board provided in the starter kit in- 
cludes two EPROM devices which are programmed 
with monitor software. 


The local memory resides at the upper end of the 
80386 device's memory space for both real and pro- 
tected mode operation. Local memory access time 
is selectable at from three to six wait-state and is a 
function of the speed of the device used. 


Three 16-bit, programmable interval timer/counters 
are provided using an 8254 device, with one timer 
dedicated to the serial port for use as a baud rate 
generator. The other two timers can be used to gen- 
erate accurate time intervals under software control 
or to count external events and raise an interrupt to 
the CPUwhen a certain count is reached. The timers 
are not cascadable. Seven timer/counter modes are 
available as listed in Table 2. Each counter is capa- 
ble of operating in either BCD or binary modes. The 
contents of each counter may be read at any time 
during system operation. 
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Function 
Operation 


Interrupt 
on 
When terminal 
count is reached, 
terminal 
count 
an interrupt 
request is generated. 
This function 
is extremely 
useful for 
generation 
of real-time 
clocks. 


Programmable 
Output goes low upon receipt of an 
one-shot 
external trigger edge or software 
command 
and returns high when 
terminal 
count is reached. 
This 
function 
is retriggerable. 


Rate generator 
Divide by N counter. 
The output will 
go low for one input clock cycle, 
and the period from one low going 
pulse to the next is N times the 
input clock period. 


Square-wave 
Output will remain high until one- 
rate generator 
half the count has been completed, 
and go low for the other half of the 
count. 


Software 
Output remains high until software 
triggered 
loads count (N). N counts after 


strobe 
count is loaded, output goes low 
for one input clock period. 


Hardware 
Output goes low for one clock 
triggered 
period N counts after rising edge 


strobe 
counter trigger input. The counter 
is retriggerable. 


Event counter 
On a jumper select.able basis, the 
clock input becomes 
an input from 
the external 
system. CPU may read 
the number of events occurring 
after the counter 
'window' 
has 
been enabled or an interrupt 
may 
be generated 
after N events occur 
in the system. 


The iSBC 386/20P 
board includes 
one RS232C seri- 
al channel, 
which is configured 
as an asynchronous, 
DTE interface. 
Data rates up to 19.2 kilobaud 
may 
be selected. 
The serial channel 
can connect 
either 
to a host system 
for software 
development 
or to a 
standalone 
terminal 
for field diagnostic 
support. 
For 
standalone 
use, unhosted 
monitor 
software 
needs 
to be programmed 
by the user into the local EPROM 
memory. 
The 
physical 
interface 
is a 10-pin ribbon- 
style 
connector 
located 
on the 
front 
edge 
of the 
board. 
Included 
in the 
starter 
kit are mating 
serial 
cables 
to connect 
to a terminal 
or host system. 


ISBXTM Interface 


For iSBX 
MUL TIMODULE 
support, 
the 
iSBC 
386/ 
20P CPU board 
provides 
a 16-bit 
iSBX 
connector 
which may be configured 
for use with either 8- or 16- 
bit, 
single 
or 
double-wide 
iSBX 
MUL TIMODULE 
boards. 
Using the iSBX interface, 
a wide variety 
of 
specialized 
I/O functions 
can be easily and inexpen- 
sively added to the iSBC 386/20P 
board. 


The iSBC 386/20P 
board 
is designed 
to accept 
an 
AUX (auxilliary) 
reset signal via the board's 
P2 inter- 
face. In this way, system designs 
which require front 
panel reset switches 
are supported. 
The iSBC 386/ 
20P board uses the AUX reset signal to reset all on- 
board 
logic (excluding 
DRAM refresh 
circuitry). 
The 
iSBC 386/230P 
board 
will also respond 
to an INIT 
Reset Signal generated 
by another 
board in the sys- 
tem. 


Mounted 
on 
the 
top 
edge 
of 
the 
iSBC 
386/20P 
board are four LED indicators 
that indicate 
the oper- 
ating status of the board and system. 
One indicator 
is used to show 
that 
an on-board 
parity 
error 
or a 
MUL TIBUS bus parity error has occurred. 
A second 
LED indicates 
that a MUL TIBUS or iSBX bus access 
timeout 
has occurred. 
The third LED is triggered 
by 
the start of an 80386 bus cycle and will go off if the 
80386 
CPU stops 
executing 
bus cycles. 
The fourth 
LED can be set under program 
control 
to illuminate 
by writing 
to a specific 
I/O location. 


The MUL TIBUS 
system 
architecture 
includes 
three 
bus structures: 
the system 
bus, the local bus exten- 
sion and the iSBX MUL TIMODULE 
expansion 
bus. 
Each bus structure 
is optimized 
to satisfy 
particular 
system 
requirements. 
The 
system 
bus 
provides 
a 
basis for general 
system 
design 
including 
memory 
and I/O 
expansion 
as well as multiprocessing 
sup- 
port. 
The 
MUL TIBUS 
System 
architecture 
also 
in- 


cludes 
the 
iLBXTM memory 
interface 
which 
is not 
supported 
by the iSBC 386/20P 
board. 
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System Bus-IEEE 
796 


The MULTIBUS system bus is Intel's industry stan- 
dard, IEEE 796, microcomputer bus structure. Both 
8- and 16-bit single board computers are supported 
on the IEEE 796 structure with 24 address and 16 
data lines. In its simplest application, the system bus 
allows expansion of functions already contained on 
a single board computer (e.g., memory and digital 
I/O). However, the IEEE 796 bus also allows very 
powerful distributed processing configurations using 
multiple processors, I/O 
boards, and peripheral 


boards. The MULTIBUS system bus is supported 
with a broad array of board level products, VLSI in- 
terface components, detailed published specifica- 
tions and application notes. 


System Bus-Expansion 
Capabilities 


Memory and I/O capacity may be expanded and ad- 
ditional functions added using Intel MULTIBUS com- 
patibility expansion boards. Memory may be expand- 
ed 
by 
adding 
user 
specified 
combinations 
of 


EPROM boards, DRAM boards, or bubble memory 
boards. Input/Output capacity may be added with 
digital I/O and analog I/O expansion boards. Mass 
storage capability may be achieved by adding single 
or double density diskette controllers, or hard disk 
controllers. 
Modular expandable backplanes and 


cardcages are available to support multiboard sys- 
tems. 


System Bus-Multimaster 
Capabilities 


For those applications requiring additional process- 
ing capacity and the benefits of multiprocessing (Le., 
several CPUs and/or 
controllers logically sharing 


system tasks through communication over the sys- 
tem bus), the iSBC 386/20P board provides full sys- 
tem bus arbitration control logic. This control logic 
allows up to four bus masters to share the system 
bus using a serial (daisy chain) priority scheme. By 
using an external parallel priority decoder, this may 
be extended to 16 bus masters. In addition to multi- 
processing, the multimaster capability also provides 
a very efficient mechanism for all forms of DMA (Di- 
rect Memory Access) transfers. 


iSBXTM Bus MUL TIMODULE® 
On-Board 
Expansion 


One 8-, 16-bit iSBX MULTIMODULE connector is 
provided 
on 
the 
iSBC 386/20P 
microcomputer 


board. Through this connector, additional on-board 
I/O functions may be added. The iSBX MULTIMOD- 


ULE boards optimally support functions provided by 
VLSI peripheral components such as additional par- 
allel and serial I/O, analog I/O, small mass storage 
device controllers (e.g., floppy disks), BITBUSTM 
Control, and other custom interfaces to meet specif- 
ic needs. By mounting directly on the single board 
computer, less interface logic, less power, simpler 
packaging, higher performance, and lower cost re- 
sult when compared to other alternatives such as 
MULTIBUS form factor compatible boards. The iSBX 
interface connector on the iSBC 386/20P board pro- 
vides all the signals necessary to interface to the 
local on-board bus, including 16 data lines. The iSBX 
MULTIMODULE boards designed with 8-bit data 
paths and using the 8-bit iSBX connector are also 
supported on the iSBC 386/20P 
microcomputer 


board. A broad range of iSBX MULTIMODULE op- 
tions are available from Intel. Custom iS8X modules 
may also be designed. An iS8X bus interface specifi- 
cation is available from Intel. 


Operating 
Systems 


The iRMX 286/386 ES software (available in the 
iRMX-based starter kit), together with the iRMX 286 
Release 1 Operating System, currently provides op- 
erating system support for the iSBC 386/20P board. 


The production iSBC 386/20 board will be support- 
ed both by the iRMX 286 Release 2 operating sys- 
tem and the System V/386TM UNIX*-based operat- 
ing system. 


The iRMX 286 Release 2 operating system is a real- 
time multi-tasking and multi-programming software 
system capable of executing all the configurable lay- 
ers of the iRMX 286 operating system on the 80386 
microprocessor and the iSBC 386/20 single board 
computer. The operating system is designed to sup- 
port time-critical applications such as factory auto- 
mation, industrial control, and communications net- 
works. 


For multiple user, interactive systems, Intel will offer 
the System V/386 operating system, which is de- 
signed to support a broad range of applications in 
business, science, and engineering. Typical applica- 
tions include distributed data processing, business 
data and word processing, software development, 
scientific and engineering applications, and graph- 
ics. 
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Intel will be offering several languages supported by 
the iRMX and System V1386 operating systems. For 
the iRMX 286/386 
Software System and the iRMX 


286 Release 2 operating system, this includes ASM 
286, Pascal 286, PL/M 286, C 286, and FORTRAN 
286. For the System V1386 Operating System, lan- 
guages will include ASM 386, C 386, PLIM 386, and 
FORTRAN 386. Software development tools will in- 
clude PSCOPE Monitor 386, and an ICETM386 in- 
circuit emulator. 


The iSBC 386/20P 
Single Board Computer is com- 


plemented by a wide range of MULTIBUS hardware 
and software products from over 200 manufacturers 
worldwide. This enables the designer to easily and 
quickly incorporate the iSBC 386/20P 
board into his 


system design to satisfy a wide range of high per- 
formance applications. 


Applications that use other 16-bit MULTIBUS single 
board computers (such as Intel's iSBC 286/10A 
and 


iSBC 286/12 
8 MHz, 80286 based single board 


computers) can be easily upgraded to use the iSBC 
386/20P 
board. Only minor changes to hardware 


and systems software (for speed and 1/0 configura- 
tion dependent code) may be required. 


Instruction~, 
16, 24, 32 or 40 bits 


Data~, 
16, 32 bits 


System Clock 


CPU-16 
MHz 
Numeric Processor~0287 
modul~ 
MHz 


Basic Instruction-16 
MHz-125 
ns (assumes in- 


struction in queue) 


NOTE: 


Basic instruction cycle is defined as the fastest in- 
struction time (Le. two clock cycles) 


Capacity-0ne 
memory board 
Maximum Physical Memory- 
4 Megabytes (protected mode) 
1 Megabyte (real mode) 
Compatible DRAM Memory- 
iSBC 402P 2MB or 
iSBC 404P 4MB parity memory board (supplied 
with starter kit) 


Local Memory 


Number of sockets-Two 
28-pin JEDEC Sites 


Maximum size-128KB 
with 27512 EPROMS 


Serial Channel 
Type-0ne 
RS232C DTE Asynchronous channel 


using an 8251A device. 
Max speed-19.2 
kilobaud 
Leads supports- TD, RD, RTS, CTS, DSR, RI, CD, 


SG 
Connector Type-10 
pin ribbon 


Expansion-0ne 
8/16-bit 
iSBX interface connector 


for single or double wide iSBX MULTIMODULE 
board. 


Interrupt 
Capacity 


Potential Interrupt Sources-20 
(2 fixed, 18 jumper 


selectable) 
Interrupt Levels-16 
using two 8259A devices and 


80386 microprocessors NMI line. 


Quantity-Two 
programmable 
timers 
using one 


8274 device. 


Input Frequency-1.23 
MHz ± 0.1% 


MULTIBUS Bus-All 
signals TIL compatible 


iSBX Bus-All 
signals TIL compatible 


Serial I/Q-RS232C, 
DTE 
Timer-All 
signals TIL compatible 
Interrupt Requests-All 
TIL compatible 


PVAM ADDRESS 
FFFFFFFFH 


(64K BYTES) 


LOCAL EPROM 
(EPROM IN U32/U33) 
27256 EPROMs 


UNUSED MEMORY 


MULTIBUS MEMORY 


DUAL-PORT DRAM 


REAL MODE ADDRESS 
FFFFFH 


LOCAL EPROM 


(EPROM IN U32/U33) 
(64K BYTES) 


27256 EPROMs 


FFFFOOOOH 
FOOOOH 
FFFEFFFFH 
EFFFFH 


MULTIBUS MEMORY 
(64K BYTES) 


01000000H 
EOOOOH 
OOFFFFFFH 
DFFFFH 


(14M BYTES) 


00200000H 
001FFFFFH 


(2M BYTES) 


OOOOOOOOH 
Memory as seen from the on-board 80386 


MEMORY TYPE 
MULTIBUS@ADDRESS 
1FFFFFH 


DUAL-PORT DRAM 
(896K BYTES) 


OOOOOH 


MEMORY TYPE 
MULTIBUS@ADDRESS 
DFFFFH 


Note: 
The iSBC 386/20P 
board 
is default 
configured 
for PVAM operation. 
To operate 
the board 
in real mode, the dual-port 
DRAM 
ending 
address 
must be set to DFFFFH, 
as shown. 


Function 
Single Counter 


Min 
Max 


Real-time interrupt 
667 ns 
53.3 ms 


Programmable one-shot 
667 ns 
53.3 ms 


Rate generator 
18.8 Hz 
1.50 MHz 


Square-wave rate generator 
18.8 Hz 
1.50 MHz 


Software triggered strobe 
667 ns 
53.3 ms 


Hardware triggered strobe 
667 ns 
53.3 ms 
Event counter 
- 
8.0 MHz 


Function 
Type 
Sink Current (ma) 


Data 
Tri-State 
64 


Address 
Tri-State 
24 


Commands 
Tri-State 
32 
Bus Control 
Open Collector 
16/32 


DIMENSIONS: 


iSBC 386/20P CPU Board- 
Width-12.00 
in. (30.48 em) 
Height-8.75 
in. (22.22 em) 


iSBC 402P/404P Memory Board- 


Width-12.00 
in. (30.48 em) 


Height-8.75 
in. (17.15 em) 


RECOMMENDED MINIMUM CARDCAGE SLOT 
SPACING: 


iSBC 386/20P CPU Board-1.2 
in. (3.0 em) (with or 


without iSBX MULTIMODULE) 
iSBC 402P/404P Memory Board - 
0.8 in. (2.0 em) 
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Function 
# of 
Centers 
Connector 
Vendor' 
Vendor 
Part' 
Vendor' 
Pins 
(in) 
Type 
Number 


iSBX Bus 
44 
0.1 
Soldered 
Viking 
000293-0001 
Connector 


Serial RS232C 
10 
0.1 
Flat Crimp 
3M 
3399-6010 
Connector 


Front Panel 
14 
0.5 
Flat Crimp 
3M 
3385-6014 
Connector 


P2 Interface 
60 
0.1 
Flat Crimp 
KEL-AM 
RF30-2803-5 
Edge Connector 
T&B 
A3020 


Ansley 


APPROXIMATE 
WEIGHT: 


iSBC 386/20P 
CPU Board-26 
oz. (731 gm) 


iSBC 402P/404P 
Memory 
Board-18 
oz. (510 gm) 


Intellec 
Series 
III/IV 
Development 
System 
(host) 


Intel 286/310 
System 
(target) 
Models 
Sys 310-17, 
-17A, -40, -40A, -41, or -41A 


PMON-BASED 
KIT 


XENIX 286/310 
System 
(host) 
Models 
Sys 310-40, 
-40A, -41, -41~, or -APXX. 


NOTE: 
System 
must be configured 
with XENIX 
Release 
3, 
Update 
3 (or higher) 
and 
a minimum 
of 2 MB of 


DRAM memory. 


Board 
Voltage 
Current 
(Approx.) 


+5V 
11A(max) 


iSBC 386/20P 
9A (typ) 


CPU Board' 
±12V 
35mA(max) 
20mA (typ) 


iSBC 402P/404P 
+5 
5.5A (max) 


Memory 
Board 
3.9A (typ) 


'Notes: 
1. Includes 
power 
for local EPROM 
Memory 


2. Does not include 
power for iSBX MUL TIMODULE 


Part Number 


SBC38620SPKGR 


Description 


iRMX 286/386 
ES-Based 
iSBC 


386/20 
Starter 
Kit. 
Supplied: 


iSBC 
386/20P 
CPU 
board; 


iSBC 
402P 
2MB 
memory 


board; one set of CPU/memo- 
ry 
ribbon 
cable 
assemblies; 


four 
serial 
cables 
for 
connec- 


tion to Intellec Series III/IV sys- 
tem 
or 
console 
terminal; 
two 


27256 
EPROMs; 
8" 
ISIS me- 


dia 
and 
5-1,14" iRMX 
media 


host/target 
diskettes; 
user 


documentation. 


Same 
as 
above 
except 
with 


iSBC 
404P 
4MB 
memory 


board. 


P-MON386ES-Based 
iSBC 


386/20 
Starter 
Kit. 
Supplied: 


iSBC 
386/20P 
CPU 
board; 


iSBC 
402P 
2MB 
memory 


board; one set of CPU/memo- 
ry ribbon cable assemblies; 
two 


serial cables 
for connection 
to 


DCE or DTE RS232C 
host 
in- 


terface; 
two 
27512 
EPROMS; 


5- 1,14"host diskettes; 
user doc- 


umentation. 


Same 
as 
above 
except 
with 


iSBC 
404P 
4MB 
memory 


board. 
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iSBC® 386/21/22/24/28 
AND 386/31/32/34/38 
SINGLE BOARD COMPUTERS 


• 
Two 32-Bit JEDEC Sites for up to 512 
Kilobytes 
of EPROM 
Memory 


• 
RS232C 
Interface 
for Local/Remote 
Control 
and Diagnostics 


• 
iSBX@ Interface 
for Low Cost I/O 
Expansion 


• 
16 Levels of Direct Vectored 
Interrupt 
Control 


• 
64 Kilobyte 
0 Wait-State 
Cache 
Memory 


• 
Choice 
of 16 MHz or 20 MHz 
80386 Microprocessor 


• 
Available 
with 1, 2, 4, or 8 Megabytes 
of On-Board 
32-Bit Memory, 
expandable 
to 16 Megabytes 


• 
High Speed 
80387 Floating 
Point Math 
Coprocessor 


• 
Uses iRMX® or XENIX* 
Operating 
Systems 


• 
Complete 
Starter 
Kits to Speed 
Development 
The iSBC@386/2x and 3x series boards (iSBC 386/21/22/24/28 
and iSBC 386/31/32/34/38) 
are Intel's 
highest performance MULTIBUS@I CPU boards. These boards feature either a 16 MHz or 20 MHz 80386 
CPU, an 80387 math coprocessor, a 64k byte, 0 wait-state cache memory to support the CPU, and a 32-bit 
interface to 1, 2, 4, or 8 megabytes of dual-port parity DRAM memory. An additional 1, 2, 4, or 8 MB iSBC 
MMOxseries memory module may be installed to provide up to 16 MB of on-board DRAM memory. The iSBC 
386/2x and 3x boards also feature an 8/16-bit iSBX MULTIMODULE interface for low-cost I/O expansion, an 
asynchronous RS232C interface to support a local terminal or modem, two 16-bit programmable timer/coun- 
ters, a 16-level direct-vectored interrupt controller, two 32-pin JEDEC sites for up to 512 kb of EPROM 
memory, and multimaster MULTIBUS arbitration logic. The iSBC 386/2x and 3x boards are ideal for applica- 
tions needing 32-bit performance together with full MULTIBUS I compatibility. 


·XENIX is a trademark of Microsoft Corp. 
··UNIX is a trademark of AT&T Bell labs. 
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OVERVIEW-iSBC 
386/2x AND 3x 
SERIES CPU BOARDS 


The 
iSSC 
386/21/22/24/28 
and 
iSSC 
386/31/32/34/38 
boards (iSSC 386/2x and 3x se- 


ries) are Intel's first 32-bit M4LTISUS I single board 
computers using the 80386 microprocessor. The 
boards employ a dual-bus structure, a 32-bit CPU 
bus for data transfers between the CPU and memo- 
ry, and a 16-bit bus for data transfers over the MUL- 
TISUS interface, iSSX interface, EPROM local mem- 
ory, and I/O interfaces. In this manner, the boards 
take advantage of the 80386 CPU's 32-bit perform- 
ance while maintaining full compatibility with the 
MULTISUS I interface and iSSX MULTIMODULE 
boards. 


The DRAM memory, which is on a module that is 
secured to the baseboard, may be expanded by in- 
stalling a second 1, 2, 4, or 8M byte memory mod- 
ule. A block diagram of the board is shown in Figure 
1. 


The iSSC 386/2x and 3x series boards can be used 
in many applications originally designed for Intel's 
other 8- and 16-bit microcomputer based, single 
board computers. In this way, performance can be 
upgraded without requiring major hardware or soft- 
ware changes. 


16 MHz or 20 MHz 
Central Processor Unit 


The heart of the iSSC 386/2x and 3x CPU board 
is the 80386 microprocessor. The complete series 
includes two lines, with a choice of CPU speed. 
The 
iSSC 
386/21/22/24/28 
boards 
use 
the 
16 
MHz 80386 
microprocessor 
and 
the 
iSSC 
386/31/32/34/38 
boards use the 20 MHz 80386 
microprocessor. The 80386 utilizes address pipelin- 
ing, a high speed execution unit, and on-chip memo- 
ry management/protection 
to provide the highest 


level of system performance. The 80386 microproc- 
essor also features an Address Translation Unit that 
supports up to 64 terabytes of virtual memory. 


The 80386 CPU is upward compatible from Intel's 
8088, 8086, 80186, and 80286 CPUs. Application 
software written for these other 8- and 16-bit micro- 
processor families can be easily recompiled to run 
on the 80386 microprocessor. Some changes to the 
software such as adjustment of software timing 
loops and changing I/O address references may be 
required. The 80386 microprocessor resides on the 
32-bit wide CPU bus which interconnects the CPU 
with the math coprocessor and dual-port memory. 


Instruction Set 


The 80386 instruction set includes: variable length 
instruction format (including double operand instruc- 
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tions; 8-, 16-, and 32-bit signed 
and unsigned 
arith- 
metic operators 
for binary, BCD and unpacked 
ASCII 
data; and iterative word and byte string manipulation 
functions. 
All existing instructions 
have been extend- 
ed to support 
32-bit addresses 
and operands. 
New 
bit manipulation 
and 
other 
instructions 
have 
been 
added 
for extra flexibility 
in designing 
complex 
soft- 
ware. 


For 
enhanced 
numerics 
processing 
compatibility, 
the 
iSBC 
386/2x 
board 
includes 
an 80287·based 
math 
module 
on the 
iSBC 386/2x 
board. 
Over 
60 
numeric 
instructions 
offer 
arithmetic, 
trigonometric, 
transcendental, 
logarithmic 
and exponential 
instruc- 
tions. Supported 
data types include 
16-, 32-, and 64- 
bit 
integer, 
32- 
and 
64-bit 
floating 
point, 
18-digit 
packed 
BCD 
and 
80-bit 
temporary. 
The 
numeric 
data processor 
meets the IEEE P754 (Draft 7) stan- 
dard 
for 
numeric 
data 
processing 
and 
maintains 
compatibility 
with 8087-based 
systems. 
Data trans- 
fers to and from the on-board 
CPU bus are 16-bits 
wide. 
The 
iSBC 
386/3x 
boards 
and 
future 
iSBC 
386/2x 
boards will use an 80387 numeric coproces- 
sor in place of the math module. 
Boards that use an 
80287-based 
math module 
may be easily upgraded 
by removing 
the module 
and installing 
an 80387 de- 
vice. 
The 
80387 
provides 
higher 
performance 
through 
a 32-bit 
data path to the CPU bus, added 
numeric 
instructions, 
and a faster clock. 


registers, 
instructions, 
and addressing 
modes. 
The 
80386 
processor 
is 
upward 
compatible 
with 
the 
8086,8088,80186,80188, 
and 80286 CPU's. 


The 80386 operates 
in two modes: 
protected 
virtual 
address 
mode; and 8086 real address 
mode. In pro- 
tected 
virtual 
address 
mode 
(also called 
protected 
mode), 
programs 
use 
virtual 
addresses. 
In 
this 
mode, the 80386 
CPU automatically 
translates 
logi- 
cal 
addresses 
to 
physical 
addresses. 
This 
mode 
also provides 
memory 
protection 
to isolate the oper- 
ating system 
and ensure privacy 
of each task's 
pro- 
grams 
and data. 
In 8086 
real address 
mode, 
pro- 
grams use real addresses 
with up to one megabyte 
of address 
space. 
Both 
modes 
provide 
the 
same 
base instruction 
set and registers. 


Incoming 
interrupts 
are handled 
by two 
cascaded 
on-board 
8259A 
programmable 
interrupt 
controllers 
and by the 80386's 
NMlline. 
Twenty 
interrupt 
sourc- 
es are routed 
to the programmable 
controllers 
and 
the interrupt 
jumper 
matrix. Using this jumper 
matrix, 
the user can connect 
the desired 
interrupt 
sources 
to specific 
interrupt 
levels. 
The interrupt 
controllers 
prioritize 
interrupts 
originating 
from up to 15 sources 
and send them to the CPU. The user can connect 
a 
sixteenth 
interrupt 
to the 
80386 
NMI 
line. Table 
1 
includes 
a list of devices 
and functions 
suported 
by 
interrupts. 
Bus vectored 
interrupts 
are not support- 
ed. 
The 8086, 
8088, 
80188, 
80286, 
and 80386 
micro- 
processor 
family 
contain 
the 
same 
basic 
sets 
of 


Table 1. Interrupt 
Request 
Sources 


Source 
Function 
Number of 
Interrupts 


MUL TIBUS~ 
Interface 
Requests 
from MUL TIBUS@ resident 
peripherals 
or other 
8 
CPU baords 


8251A Serial Controller 
Indicates 
status of transmit 
and receive buffers and RI 
3 
lead of the RS232C interface 


8254 Timers 
Timer 0, 1 outputs; function 
determined 
by timer mode 
2 
(hardwired 
to interrupt 
controller) 


iSBXTM Connector 
Function 
determined 
by iSBXTM MUL TIMODULETM 
board 
4 


Bus Timeout 
Indicates 
addressed 
MUL TIBUS~ 
or iSBXTM resident device 
1 
has not responded 
to a command 
within 10 ms 


Power Fail Interrupt 
Indicates 
AC power is not within tolerance 
(signal 
1 
generated 
by system power supply) 


Parity Interrupt 
Indicates 
on-board 
parity error 
1 


Programmable 
Register 
Generate 
interrupt 
under program 
control 
1 
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Memory 
Capabilities 


The iSBC 386/2x 
and 3x boards support both 
EPROM local memory and dynamic RAM (DRAM), 
which is located on-board. The DRAM is supported 
by a high speed on-board cache memory. 


DRAM Memory 


The iSBC 386/2x and 3x series CPU boards come 
with 1, 2, 4, or 8M bytes of DRAM memory. This 
memory is on a low profile module that is installed 
on the baseboard. The module measures approxi- 
mately 4" x 4" and uses surface mount DRAM de- 
vices. The DRAM memory supports byte-parity error 
detection and has a 32-bit wide data path to the 
80386 CPU and 16-bit wide data path to the MULTI- 
BUS interface. 


The memory may be expanded by installing an addi- 
tional iSBC MMOxseries memory module, which is 
available in 1, 2, 4, or 8M byte sizes. All mounting 
hardware is included. Maximum DRAM memory is 
16M bytes using an iSBC 386/28 or 386/38 CPU 
board and an 8M byte iSBC MM08 memory module. 
This combination requires only 1.8 inches of card- 
cage space. 


Cache 
Memory 


A 64K byte cache memory on the iSBC 386/2x and 
3x boards supports the 80386 and provides 0 wait- 
state reads for data and program code resident in 
the cache memory. The cache memory is updated 
whenever data is written into the dual-port memory 
or when the CPU executes a read cycle and the data 
or program code is not present in cache memory. 
This process is controlled by the cache replacement 
algorithm. Cache "misses" require additional wait- 
states to retrieve data from the DRAM memory. If 
the processor is in pipelined mode, 2 wait-states (4 
clock cycles) are required to retrieve data. If the 
processor is in non-pipelined mode, 3 wait-states 
are required. All writes to DRAM memory require 2 
(pipelined) or 3 (non-pipelined) wait-states. 


The cache memory supports 16K entries, with each 
entry comprised of a 32-bit data field and an 8-bit tag 
field. The tag field is used to determine which actual 
memory word currently resides in a cache entry. The 
cache memory size and effective replacement algo- 
rithm are designed to optimize both the probability of 
cache "hits" and local bus utilization. 


The EPROM memory consists of two 32-pin JEDEC 
sites that are intended for boot-up and system diag- 


nostic/monitor routines, application code, and ROM- 
able operating system software. Maximum local 
memory capacity is 512K bytes using Intel 27020 
(256k x 8) 2 megabit EPROM devices. The EPROM 
memory resides at the upper end of the 80386 de- 
vice's memory space for both real address mode 
and PVAM operation. 


In real address mode, the maximum amount of ad- 
dressable physical memory is 1 Mbyte. In protected 
virtual address mode (PVAM), the maximum amount 
of addressable physical memory is 16 Mbytes. The 
system designer can easily change the CPU memo- 
ry map to adapt the CPU board to the required over- 
all system memory map. Reconfiguration is usually 
necessary for multiple processor-based systems 
with more than two CPU boards and/or intelligent 
I/O boards. By changing PAL devices and/or by 
moving jumpers, the designer can set: 


• EPROM memory space 
• Starting address of DRAM memory 
• Amount of DRAM memory that is dual-ported to 
the CPU and MULTIBUS interface or single-port- 
ed to the CPU 
• Access to off-board MULTIBUS address space 


The EPROM memory space is set using four jump- 
ers 
to 
accommodate 
27256 
(256 
kb), 
27512 
(512 kb), 27010 (1 Mb), or 27020 (2 Mb) byte-wide 
devices. Smaller EPROM devices may be used, 
however the EPROM will appear more than once 
within the EPROM address space. Using a pair of 
27020 EPROMs will provide 512k bytes of memory. 
The iSBC 386/2x and 3x series boards are designed 
to accommodate EPROM devices with access times 
ranging from 130 ns-320 ns. In real address mode, 
the ending address of EPROM memory is always 
1M byte (FFFFFH). In PVAM, the ending address of 
EPROM memory is always 4G bytes (FFFF FFFFH), 
which is the top of the 80386 address space. 


DRAM Memory 
Size/Location 


The iSBC 386/2x and 3x boards allow the user to 
control the location and size of the DRAM memory 
(on the iSBC 386/2x and 3x boards) available for 
use by the CPU and other boards in the system. In 
PVAM, the starting address of DRAM can be set to 
start on any 1M byte boundary up through 15M 
bytes by setting jumpers and by installing a custom- 
programmed PAL device. In real address mode, the 
DRAM memory always starts at OH (hex). 


The ending address can be set on 64k byte bounda- 
ries using jumpers in both PVAM and real address 
mode. Setting the ending address at lower than the 
actual amount of installed memory effectively de- 
selects a portion of DRAM and creates additional 
MULTIBUS address space. 


Any address space not set aside as EPROM or 
DRAM memory automatically 
becomes 
address 
space the CPU can use to access other boards in 
the system. For example, Figure 2A shows a real 
address mode CPU memory map for a 1M byte 
iSBC 386/21 board. With the DRAM ending address 
set at 512k bytes and 128k bytes of installed 
EPROM, 384k bytes of MULTIBUS address space is 
accessable by the CPU. Figure 2B shows a typical 
PVAM configuration where the 4 Mbytes of DRAM 
has been set to start at 1M byte and end at 4.5M 
bytes. The address space from 0 to 1M byte and 4.5 
to 16M bytes is the MULTIBUS address space ac- 
cessable by the CPU. 


Figure 2C illustrates another way the board can es- 
tablish additional MULTIBUS address space. If the 
DRAM memory starts at 0, a jumper on the board 
can be used to create additional MULTIBUS address 
space between 512k bytes and 1M byte. This fea- 
ture is available both in real address mode and 
PVAM. 


Dual-Port/Local 
Memory 


A portion or all of the DRAM memory can be select- 
ed to be dual-port (shared) memory. Both the start- 
ing and ending addresses are set on 256k byte 
boundaries using jumpers on the board. Any DRAM 
memory that is not configured as dual-port memory 
is local (single-port) memory available only to the 
CPU. 
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Figure 2A. Real Address 
Mode ISBC@386/21 
Board Memory Map 


Programmable 
Timer 


Three 16-bit, programmable interval timer1counters 
are provided using an 8254 device, with one timer 
dedicated to the serial port for use as a baud rate 
generator. The other two timers can be used to gen- 
erate accurate time intervals under software control. 
The timers are not cascadable. Four timer/counter 
modes are available as listed in Table 2. Each coun- 
ter is capable of operating in either BCD or binary 
modes. The contents of each counter may be read 
at any time during system operation. 


Table 2. Programmable Timer Functions 


Function 
Operation 


Interrupt on 
When terminal count is reached, 


terminal count 
an interrupt request is generated. 
This function is extremely useful 
for generation of real-time clocks. 


Rate generator 
Divide by N counter. The output 
will go low for one input clock 
cycle, and the period from one 
low going pulse to the next is N 
times the input clock period. 


Square-wave 
Output will remain high until 
rate generator 
one-half the count has been 
completed, and go low for the 
other half of the count. 


Software 
Output remains high until soft- 
triggered 
ware loads count (N). N counts 
strobe 
after count is loaded, output 
goes low for one input clock 
period. 


The iSBC 386/2x 
and 3x boards include one 
RS232C serial channel, which is configured as an 
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asynchronous, DTE interface. Data rates up to 19.2k 
baud may be selected. The serial channel can con- 
nect either to a host system for software develop- 
ment or to a stand alone terminal for field diagnostic 
support. For stand alone use, unhosted monitor soft- 
ware needs to be programmed by the user into the 
local EPROM memory. The serial channel may also 
be connected to a modem to provide remote diag- 
nostic support or to download program codes. The 
physical interface is a 10-pin ribbon-style connector 
located on the front edge of the board. 


iSBXTMInterface 


For iSBX MULTIMODULE support, the iSBC 386/2x 
and 3x CPU boards provide an 8/16-bit iSBX con- 
nector that may be configured for use with either 8- 
or 16-bit, single or double-wide iSBX MULTIMOD- 
ULE boards. Using the iSBX interface, a wide variety 
of specialized I/O functions can be added easily and 
inexpensively to the iSBC 386/2x and 3x boards. 


The iSBC 386/2x and 3x boards are designed to 
accept an Auxilliary Reset signal via the boards' P2 
interface. In this way, system designs that require 
front panel reset switches are supported. The iSBC 
386/2x and 3x boards use the AUX reset signal to 
reset all on-board logic (excluding DRAM refresh cir- 
cuitry) and other boards in the MULTIBUS system. 
The iSBC 386/2x and 3x boards will also respond to 
an INIT reset signal generated by another board in 
the system. 


Mounted on the front edge of the iSBC 386/2x and 
3x boards are four LED indicators that indicate the 
operating status of the board and system. One LED 
is used to show that an on-board parity error or a 
MULTIBUS bus parity error has occurred. A second 
LED indicates that a MULTIBUS or iSBX bus access 
timeout has occurred. The third LED is triggered by 
the start of an 80386 bus cycle and will turn off if the 
80386 CPU stops executing bus cycles. The fourth 
LED will light under software control if the program 
writes to a specific I/O location. 


The MULTIBUS system architecture includes three 
bus structures: the MULTIBUS system bus, the iLBX 


local bus extension and the iSBX MULTIMODULE 
expansion bus. Each bus structure is optimized to 
satisfy particular system requirements. The system 
bus provides a basis for general system design in- 
cluding memory and I/O expansion as well as multi- 
processing support. The iLBX bus, which is usually 
used for memory expansion, is not supported by the 
iSBC 386/2x and 3x boards since all DRAM memory 
is located on-board. The iSBX bus povides a low 
cost way to add I/O to the board. 


System Bus-IEEE 
796 


The MULTIBUS system bus is Intel's industry stan- 
dard, IEEE 796, microcomputer bus structure. Both 
8- and 16-bit single board computers are supported 
on the IEEE 796 structure with 24 address and 16 
data lines. In its simplest application, the system bus 
allows expansion of functions already contained on 
a single board computer (e.g., memory and digital 
I/O). However, the IEEE 796 bus also allows very 
powerful distributed processing configurations using 
multiple processors, I/O 
boards, and peripheral 


boards. The MULTIBUS system bus is supported 
with a broad array of board level products, VLSI in- 
terface components, detailed published specifica- 
tions and application notes. 


The user can easily expand or add features to his 
system by adding various MULTIBUS boards to his 
system. Products available from Intel and others in- 
clude: video controllers; 0/ A and A/D 
converter 


boards; peripheral controller cards for floppy disk, 
hard disk, and optical disk drives; communications/ 
networking boards; voice synthesis and recognition 
boards; and EPROM/bubble 
memory expansion 


boards. 


System Bus-Multimaster 
Capabilities 


For those applications requiring additional process- 
ing capacity and the benefits of multiprocessing (Le., 
several CPUs and/or 
controllers sharing system 


tasks through communication over the system bus), 
the iSBC 386/2x and 3x boards provide full system 
bus arbitration control logic. This control logic allows 
up to four bus masters to share the system bus us- 
ing a serial (daisy chain) priority scheme. By using an 
external parallel priority decoder, this may be ex- 
tended to 16 bus masters. In addition to multipro- 
cessing, the multimaster capability also provides a 
very efficient mechanism for all forms of DMA (Di- 
rect Memory Access) transfers. 
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iSBXTM Bus MUL TIMODULETM 
On-Board 
Expansion 


One 8-/16-bit iSBX MULTIMODULE interface is pro- 
vided on the iSBC 386/2x and 3x microcomputer 
boards. Through this interface, additional on-board 
I/O functions may be added, such as parallel and 
serial I/O, analog I/O, small mass storage device 
controllers (e.g., floppy disks), BITBUS Control, and 
other custom interfaces to meet specific needs. 
Compared to other alternatives such as MULTIBUS I 
boards, iSBX modules need less interface logic and 
power, and offer simpler packaging and lower cost. 
The iSBX interface connector on the iSBC 386/2x 
and 3x boards provides all the signals necessary to 
interface to the local on-board bus, and is compati- 
ble with both 8-bit and 16-bit MULTIMODULES. A 
broad range of iSBX MULTIMODULE options are 
available from Intel. Custom iSBX modules may also 
be designed using Intel's "MULTIBUS I Architecture 
Reference Book" (order no. 210883) as a guide. 


Operating 
Systems 


The iSBC 386/2x and 3x boards are supported by a 
variety of operating systems, including the iRMX 86 
Release 8, iRMX 286 Release 2, and XENIX Re- 
lease 3.4.2 operating systems from Intel, and Sys- 
tem V/386 operating systems from third party ven- 
dors. 


The iRMX 286 Release 2 operating system is a real- 
time multi-tasking and multi-programming software 
system capable of executing all the configurable lay- 
ers of the iRMX 286 operating system on the 80386 
microprocessor and the iSBC 386/2x and 3x single 
board computers. Up to 16 MB of physical system 
memory is supported. The iRMX 286 Operating Sys- 
tem also allows the user to take advantage of the 
hardware traps built into the 80386 processor that 
provide expanded debug capabilities and increased 
code reliability. 


The iRMX 286 Release 2 operating system is de- 
signed to support time-critical applications requiring 
real time performance in the industrial automation, 
financial; medical, communications, and data acqui- 
sition and control (including simulation) marketplac- 
es. 


Application code written under the iRMX 86 operat- 
ing system can also run on the iSBC 386/2x and 3x 
boards. The code may either be run directly on the 
iRMX 86 operating system, or may be recompiled 
using Intel's 286 compilers and then run under iRMX 


286 release 2 software. Application code will require 
only minor changes and may then take advantage of 
the added memory addressability, code reliability, 
and debug capability of the iRMX 286 operating sys- 
tem. 


Applications software written for Release 1 of the 
iRMX 286 Operating Systems is upward compatible 
with iRMX 286 Release 2 software. 


The XENIX operating system is a very high perform- 
ance, UNIX operating system. This industry standard 
multi-user, multitasking operating system, provides a 
broad range of programming languages, system 
software, and application software for the system 
and application designer. 


For customers preferring the UNIX operating sys- 
tem, third party software vendors offer UNIX System 
V.3. 


A wide variety of languages is available for the 
iRMX, XENIX and System V/386 operating systems. 
For the iRMX 286 Release 2 operating system, Intel 
offers ASM 286, PASCAL 286, PLIM 286, C 286, 
and FORTRAN 286. For the XENIX operating sys- 
tem Intel offers ASM 386, PL/M 386, C 386, and 
PASCAL 386. For the System V/386 Operating Sys- 
tem several different software vendors provide se- 
lections of languages, including ASM, C, PASCAL, 
FORTRAN, COBOL, RPG, PL1, BASIC, and Artificial 
Intelligence programming languages LISP and Arity/ 
Prolog. 
Software 
development 
tools 
include 
PSCOPE Monitor 386 (PMON 386 and DMON 386), 
Softscope 286 (for iRMX 286 Release 2), and an 
ICE 386 in-circuit-emulator. 


The iSBC 386/2x and 3x Starter Kits are a set of 
hardware, software and support products designed 
to allow the user to easily evaluate the iSBC 386/2x 
and 3x boards and 80386 microprocessor, and to 
begin system design and software development for 
their iSBC 386/2x and 3x applications. The kits in- 
clude an iSBC 386/2x or 3x board (with memory 
module), choice of iRMX 286 release 2 software or 
of the DMON 386/020 Debug Monitor, free admis- 
sion to one Customer Training Workshop, valuable 
discounts on development tools, and complete doc- 
umentation. Each kit includes all items at one low 
price. The kits come in two major types, either the 
iRMX Starter Kits or the OMON-based Starter Kits. 
Each of these types are described below. 
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iRMX® 286 Release 2·Based iSBC® 
386/2x Starter Kits 


The iRMX Starter Kits are designed to provide a 
complete development solution for new iRMX-based 
applications and enable an existing iRMX 286 Re- 
lease 1 application to run on the iSBC 386/2x and 
3x boards. The starter kits include the complete 
iRMX 286 Release 2 operating system with single 
user license and include a 16-bit debug monitor that 
supports 16-bit application software development ei- 
ther in an on-target development environment using 
an Intel 286/310 system or in a host-target develop- 
ment environment using a Series III/IV 
system. 
These two development environments are shown in 
Figure 3. 


The 
starter 
kit 
contains 
diskettes, 
two 
27256 
EPROMs, 10 foot serial cables for connection to the 
host Series III/IV development system or separate 
console 
terminal, 
and 
installation/operating 
instructions. 


The diskettes provide the iRMX 286 Release 2 Op- 
erating System, ported to run on the iSBC 386/2x 
and 3x boards, and 16-bit monitor software. Both 8" 
ISIS format and 5%" 
iRMX format diskette media 
are provided. The EPROMs, which the user installs 
on the iSBC 386/2x 
and 3x boards, contain the 
bootloader, device initialization code, and the debug 
monitor. The iRMX 286/310 system or Intellec@Se- 
ries III/IV development system are user provided. 


DO 
C 


MONITOR EPROMS 
+ 
@E/ 


The monitor allows the designer to debug both real 
mode and protected mode applications that run on 
the iSBC 386/2x and 3x boards. 


The monitor provides commands that perform the 
following functions: 


• Bootstrap load the program of your choice 
• Examine and modify the contents of the 80386 
registers and board memory 
• Display the contents of memory and descriptor 
tables 
• Load and execute relocatable and absolute ob- 
ject files 
• Move blocks of memory from one location to an- 
other 


• Perform I/O to a specified port 
• Disassemble and execute instructions 
• Single-step execution of instructions 
• Define and examine symbols in a program 


Using the starter kit, designers can generate and de- 
bug 16-bit application software either on the host 
Intellec system or on the iSBC 386/2x and 3x based 
system. 


The iRMX 286 Operating System together with the 
monitor support the use of iRMX 286 16-bit lan- 


-+- ON·TAAGET 
DEVELOPMENT 
ENVIRONMENT 
INTEL SYSTEM 286/310 
- OR- 


-. 
HOST (INTELLEC.)- 
TARGET 
(iSBC. 
366/2X) 
DEVELOPMENT 
ENVIRONMENT 


guages and tools including ASM 86, ASM 286, PL/M 
286, BIND 286, BUILD 286, and AEOIT text editor. 
Thirty-two-bit languages are not supported. 


The starter kit also allows designers to download all 
or part of an existing iRMX 286-based application to 
the iSBC 386/2x and 3x boards for execution. In 
some cases, software timing loops may need to be 
readjusted to compensate for the increased clock 
rate of the 80386 microprocessor. Furthermore, I/O 
address references may also need changing to 
match the I/O map of the iSBC 386/2x and 3x 
boards. 


iRMX 86-based 8086 applications will also run on 
the iSBC 386/2x and 3x boards under the iRMX 86 
operating system or under the iRMX 286 operating 
system included in the starter kit. To run th~m.under 
the iRMX 286 operating system, the code IS first re- 
compiled using 286 compilers. The code is then 
downloaded to the iSBC 386/2x and 3x boards us- 
ing the monitor software. As with other code,. !he 
iRMX 86 application code may have to be modified 
to adjust software timing loops and I/O address ref- 
erences. 


Configuring 
the On-Target 
Development 
Environment 


If the designer chooses to configure an on-target 
development environment using an Intel 286/310 
system, either a standard SYS 310-40(A), -41(A), or 
-17(A) system may be used. 


In addition to the iSBC 386/2x and 3x boards and 
memory, other boards that the iRMX 286 software 
supports may be installed in the system. These 
boards include the iSBC 214/215G/217/218A 
se- 


ries of disk controller boards, the iSBC 188/48 and 
iSBC 
544A 
8- 
and 
4-channel 
communications 


boards, the iSBC 350 line printer board, the iSBX 
351 2-channel communications MULTIMOOULETM 
and a RAM (disk) driver, and many more. 


DOWNLOAD 


(USER 
SUPPLIED) 


On-Target 
Debug with the DMON 


386020-Based 
iSBC 386/2x 
and 3x 


Starter 
Kits 


The OMON 386-Based starter kits use the unhosted 
OMON 386020 Debug Monitor, which is intended for 
debugging embedded, 32-bit code. Once the user 
has either downloaded their code (using their own 
bootstrap loader) to the iSBC 386/2x and 3x board's 
DRAM 
memory, or 
programmed 
their 
code 
in 


EPROMs and plugged them in the iSBC 386/2x's 
and 3x's sockets, OMON may be used to fully debug 
the code, including any code using the 80386's 32- 
bit OMF (object module format). 


The OMON 386020 portion of the OMON-based 
starter kits provides OMON in two 27512 EPROMs, 
ready for use immediately in an iSBC 386/2x and 3x 
board, and in a 5%" 
diskette, for integration with 


other, user-supplied code. Complete documentation 
is also included. 


The OMON 386020 monitor provides the following 
debug capabilities: 
• Examine/modify memory, I/O ports, processor 


registers, descriptor tables, and the task state 
segment 


• Evaluate expression 
• Control execution both in real and protected 


mode 
• Set software breakpoints on execution addresses 
• Set hardware breakpoints on execution and data 


addresses 
• Disassemble instructions 


The OMON 386020 based starter kit does not pro- 
vide operating system (O.S.) support. If the applica- 
tion software uses an O.S. interface, the O.S. must 
be ported to run with the 80386 microprocessor, the 
8251A Serial Controller, and the 80387 math co- 
processor (if used). 
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System 
Compatibility 


The iSBC 386/2x and 3x Single Board Computers 
are complemented by a wide range of MULTIBUS 
hardware and software products from over 200 man- 
ufacturers worldwide. This product support enables 
the designer to easily' and quickly incorporate the 
iSBC 386/2x boards into his system design to satisfy 
a wide range of high performance applications. 


Applications that use other 8- and 16-bit MULTIBUS 
single 
board 
computers 
(such as 
Intel's 
iSBC 


286/10A and iSBC 286/12 8 MHz, 80286 based sin· 
gle board computers) can be upgraded to use the 
iSBC 386/2x and 3x boards. Changes to hardware 
and systems software (for speed and I/O configura- 
tion dependent code) may be required. 


Word Size 


Instruction-8, 
16, 24, 32 or 40 bits 


Data-8, 
16, 32 bits 


System 
Clock 


80386 CPU-16 
MHz or 20 MHz 


Numeric Processor-80387 
module-16 
MHz or 


20 MHz 


Cycle Time 


Basic 
Instruction: 
iSBC 
386/21/22/24/28, 


16 MHz-125 
ns 


iSBC 386/31/32/34/38, 
20 MHz-100 
ns (assumes 


instruction in queue) 


NOTE: 


Basic instruction cycle is defined as the fastest in- 
struction time (Le. two clock cycles) 


DRAM 
Memory 


On-board parity memory 
iSBC 386/21/31 
board-1M 
byte 


iSBC 386/22/32 
board-2M 
bytes 


iSBC 386/24/34 
board-4M 
bytes 


iSBC 386/28/38 
board-8M 
bytes 


Memory expansion-One 
additonal plug-in module: 
iSBC MM01-1M 
byte 
iSBC MM02-2M 
bytes 
iSBC MM04-4M 
bytes 
iSBC MM08-8M 
bytes 


Maximum Addressable Physical Memory-16 
Mega- 
bytes (protected virtual address mode) 1 Megabyte 
(real address mode) 


EPROM 
Memory 


Number of sockets-Two 
32-pin JEDEC Sites (com- 


patible with 28-pin and 32-pin devices) 


Sizes accommodated-64 
kb (8k x 8), 128 kb (16k x 
8),256 kb (32k x 8),512 kb (64k x 8),1 Mb (128k x 
8), 2 Mb (256k x 8) 


Device access speeds-130 
ns to 320 ns 


Maximum memory-512k 
bytes with 27020 (2M bit) 


EPAOMs 


Serial Channel 


Type-One 
AS232C DTE asynchronous channel us- 
ing an 8251A device 


Data 
Characteristics-5-8 
bit 
characters; 
break 


character generation; 1, 11f2, or 2 stop bits; false 
start bit detection; automatic break detect and han- 
dling; even/odd parity error generation and detec- 
tion 
' 


Speed-110, 
150, 300, 600, 1.2 kb, 2.4 kb, 4.8 kb, 


9.6 kb, 19.2 kb 


Leads supported-TO, 
AD, ATS, CTS DSA, AI, CD, 


SG 


Expansion-one 
8/16-bit iSBX interface connector 


for single or double wide iSBX MULTIMODULE 
board. 


Interrupt 
Capacity 


Potential Interrupt Sources-21 
(2 fixed, 19 jumper 


selectable) 


Interrupt Levels-16 
using two 8259A devices and 


the 80386 NMI line 


Timers 


Quality-Two 
programmable timers using one 8274 


device 


Function 
Single Counter 


Mln 
Max 


Real-time interrupt 
1.631l-s 
53.3 ms 


Rate Generator 
18.8 Hz 
615 kHz 


Square-wave rate generator 
18.8 Hz 
615 kHz 


Software triggered strobe 
1.631l-s 
53.3 ms 


MULTIBUS Bus-All 
signals TTL compatible 


iSBX Bus-All 
signals TTL compatible 


Serial I/o-RS 
232C, DTE 


Function 
Type 
Sink Current 
(mA) 


Data 
Tri-State 
64 


Address 
Tri-State 
24 


Commands 
Tri-State 
32 


Bus Control 
Open Collector 
16/32 


Power 
Requirements 


iSBC 386/2x and 3x boards 
Maximum: +5V, 12.5A 
±12V, 35 mA 
Typical: 
+ 5V, 9A 
±12V, 20 mA 


NOTE: 
Does not include power for iSBX module, EPROM 
memory, or added iSBCMMOxmemory modules. 


Add the following power when adding iSBC MMOX 
memory modules: 


iSBC MM01 
+ 5V, 0.71A 
MM02 
+ 5V, 0.96A 
MM04 
+ 5V, 0.71A 
MM08 
+ 5V, 0.96A 


Environmental 
ReqUirements 


Operating Temperature-O·C to 60·C at 300 LFM 
Relative Humidity-Q% 
to 85% noncondensing 


Storage Temperature- 
- 40·C to + 70·C 


Dimensions 
Width-12.00 
in. (30.48 em) 
Height-7.05 
in. (17.91 em) 
Depth-Q.86 
in. (2.18 em), 1.62 in. (4.11 em) with 


added memory module 


Recommended Minimum Cardcage Slot Spacing 


1.2 in. (3.0 em), with or without iSBX 
MULTIMODULE 
1.8 in. (4.6 em), with addded iSBC MMOxmemory 
module 


Approximate Weight 
26 oz. (738 gm) 
29 oz. (823 gm), with added iSBC MMOxmemory 
module 


149094-iSBC 
386/21/22/24/28 
Hardware Refer- 


ence Manual (order separately) 


Ordering 
Information 
Part Number 
Description 


CPU Boards 
SBC38621 
16 MHz 80386 MULTIBUS I CPU 
Board with 1 MB DRAM Memory 
16 MHz 80386 MULTIBUS I CPU 
Board with 2 MB DRAM Memory 
16 MHz 80386 MULTIBUS I CPU 
Board with 4 MB DRAM Memory 
16 MHz 80386 MULTIBUS I CPU 
Board with 8 MB DRAM Memory 
20 MHz 80386 MULTIBUS I CPU 
Board with 1 MB DRAM Memory 
20 MHz 80386 MULTIBUS I CPU 
Board with 2 MB DRAM Memory 
20 MHz 80386 MULTIBUS I CPU 
Board with 4 MB DRAM Memory 
20 MHz 80386 MULTIBUS I CPU 
Board with 8 MB DRAM Memory 


Memory 
Modules 
SBCMM01 
1 MB Parity DRAM Memory Expan- 
sion Module 
SBCMM02 
2 MB Parity DRAM Memory Expan- 
sion Module 
SBCMM04 
4 MB Parity DRAM Memory Expan- 
sion Module 
SBCMM08 
8 MB Parity DRAM Memory Expan- 
sion Module 
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Starter 
Kits 
SBC38621SPKG 
SBC38621 plus DMON386020 
Debug Monitor, Training, Docu- 
mentation, 
and 
Discount on 


tools. 
SBC38621SPKGR2 SBC38621 plus iRMX 286 R.2. 
O.S., Monitor, Training, Docu- 
mentation, 
and 
Discount on 


tools. 
SBC38622SPKG 
SBC38622 plus DMON386020 
Debug Monitor, Training, Docu- 
mentation, 
and 
Discount on 


tools. 
SBC38622SPKGR2 SBC38622 plus iRMX 286 R.2. 


O.S., Monitor, Training, Docu- 
mentation, 
and 
Discount on 


tools. 
SBC38624SPKG 
SBC38624 plus DMON386020 
Debug Monitor, Training, Docu- 
.mentation, 
and 
Discount on 


tools. 
SBC38624SPKGR2 SBC38624 plus iRMX 286 R.2. 


O.S., Monitor, Training, Docu- 
mentation, 
and 
Discount on 


tools. 
SBC38628SPKG 
SBC38628 plus DMON386020 
Debug Monitor, Training, Docu- 
mentation, 
and 
Discount on 


tools. 


DMON386020 
Debug Monitor provided in two 
media, both in EPROMs for im- 
mediate 
use 
in 
the 
iSBC 


386/2x board, and in a 5%" 
diskette. Also includes docu- 
mentation. 
SBC38628SPKR2 
SBC38628 plus iRMX 286 R.2. 
O.S. Monitor, Training, Docu- 
mentation 
and 
Discount 
on 
tools. 


Starter 
Kits 
SBC38631SPKG 
SBC38631 plus DMON386020 
Debug Monitor, Training, Docu- 
mentation, 
and 
Discount 
on 
tools. 


SBC38631SPKGR2 SBC38631 plus iRMX 286 R.2. 


O.S., Monitor, Training, Docu- 
mentation, 
and 
Discount 
on 


tools. 


SBC38632SPKG 
SBC38632 plus DMON386020 
Debug Monitor, Training, Docu- 
mentation, 
and 
Discount 
on 
tools. 


SBC38632SPKGR2 SBC38632 plus iRMX 286 R.2. 


O.S., Monitor, Training, Docu- 
mentation, 
and 
Discount 
on 


tools. 


SBC38634SPKG 
SBC38634 plus DMON386020 
Debug Monitor, Training, Docu- 
mentation, 
and 
Discount 
on 


tools. 
SBC38634SPKGR2 SBC38634 plus iRMX 286 R.2. 


O.S., Monitor, Training, Docu- 
mentation, 
and 
Discount 
on 


tools. 


SBC38638SPKG 
SBC38638 plus DMON386020 
Debug Monitor, Training, Docu- 
mentation, 
and 
Discount on 
tools. 


SBC38638SPKR2 
SBC38638 plus iRMX 286 R.2. 
O.S. Monitor, Training, Docu- 
mentation 
and 
Discount 
on 
tools. 


Function 
No. of Centers 
Connector 
Vendor 
Vendor 
Part 


Pins 
(In) 
Type 
Number 
iSBX Bus 
44 
0.1 
Soldered 
Viking 
000293-0001 


Connector 
Serial RS232C 
10 
0.1 
Flat Crimp 
3M 
3399-6010 


Connector 
P2 Interface 
60 
0.1 
Flat Crimp 
Kel-AM 
RF30-2803-5 
Edge Connector 
T&BAnsley 
A3020 


MULTIBUS® II Single 
Board Computers 
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iSBC® 186/100 MULTIBUS® II 
SINGLE BOARD COMPUTER 


• 8.0 MHz 80186 Microprocessor 
with 
• 24 Programmable 
I/O 
Lines 
Optional 
High Speed 
8087-1 
Numeric 
Configurable 
as SCSI Interface, 
Data Coprocessor 
Centronics 
Interface, 
or General 
• Optional 
82258 Advanced 
DMA 
Purpose 
I/O 


Controller 
Providing 
Four Additional 
• Two Programmable 
Serial Interfaces, 
High Peformance 
DMA Channels 
One RS 232C and the Other 
RS 422A 
• On-Board 
512K Bytes DRAM 
with Multidrop 
Capabilities 


Configurable 
as Dual Port Memory 
• Resident 
Firmware 
Supporting 
a Reset 
• MPC (Message 
Passing Coprocessor) 
Operating 
Ssytem, 
a Program 
Table, 


Single Chip Interface 
to the Parallel 
and Build-In-Self-Test 
(BIST) 


System 
Bus with Full Message 
Passing 
Diagnostics 
Including 
Initialization 
and 


Capability 
Power-Up 
Tests 


• Four (Expandable 
to Eight) 28-Pln 
• 8- or 16-bit iSBXTM IEEE P959 Interface 


JEDEC Sites for PROM, EPROM, or 
Connector 
with DMA Support 
for I/O 


EEPROM 
Expansion 


The iSBC 186/100 Single Board Computer is a member of Intel's family of microcomputer modules that 
utilizes the advanced features of the MULTIBUS® II system architecture. The 80186-based CPU board takes 
advantage of VLSI technology to provide economical, off-the-shelf, computer based solutions for OEM appli- 
cations. All features of the iSBC 186/100 board, including the single chip bus interface (message passing 
coprocessor), reside on a 220mm x 233mm (8.7 inches x 9.2 inches) Eurocard printed circuit board and 
provide a complete microcomputer system. The iSBC 186/100 board takes full advantage of the MULTIBUS II 
bus architecture and can provide a high performance single CPU system or a powerful element for a highly 
integrated multi-processing application. 


inter 


Overview 


The iSBC 186/100 MULTIBUS II Single Board Com- 
puter utilizes the 8 MHz 80186 microprocessor to 
provide a range of solutions for various low cost 
OEM and end-user applications. Intel's commitment 
to offering high performance at a cost effective level 
are evident in the design of the iSBC 186/100 Single 
Board Computer. The integration of the functions of 
a general purpose system (CPU, memory, I/O and 
peripheral control) into a single board computer im- 
ply that the total system's board count, power and 
space requirements, and costs are reduced. Com- 
bining these cost advantages with the advanced fea- 
tures of the MULTIBUS II system architecture, the 
iSBC 1286/100 board is ideal for price sensitive 
MULTIBUS II multi-processing or single CPU appli- 
cations. Some of the advanced featues of the MUL- 
TIBUS II architecture embodied in the iSBC 186/100 
board are distributed arbitration, virtual interrupt ca- 
pabilities, message passing, iPSB bus parity, and 
software configurability and diagnostics using inter- 
connect address space. 


The iSBC 186/100 CPU board supports the iPSB 
bus features of interconnect address space, Built-In- 
Self-Test (BIST) diagnostics, solicited and unsolicit- 
ed message passing, and memory and I/O refer- 
ences. In addition to supporting the iPSB bus archi- 
tecture, other functions traditionally found on Intel 
single board computers are included in the iSBC 
186/100 board. These traditional capabilities include 
iSBX bus expansion, high speed 8087-1 numeric co- 
processor, advanced DMA control, JEDEC memory 
site expansion, SCSI, Centronics, or general pur- 
pose configurable parallel I/O interface, serial I/O, 
and programmable timers on the 808186 microproc- 
essor. Figure 1 shows the iSBC 186/100 board 
block diagram. 


Central Processing 
Unit and DMA 


The 80186 is an 8.0 MHz 16-bit microprocessor 
combining several common system components 
onto a single chip (i.e., two Direct Memory Access 
lines, three Interval Timers, Clock Generator, and 
Programmable Interrupt Controller). The 80186 in- 
struction set is a superset of the 8086 and maintains 
object code compatiblity while adding additional in- 
structions. 


In the basic configuration, Direct Memory Access 
(DMA) requests are available between the local 


memory and the bus interface (see Table 1). With 
the addition of an Advanced DMA (ADMA) 82258 
controller, ADMA requests may be generated by ei- 
ther the iSBX interface, the SCSI interface, the bus 
interface controller, or the serial interface (see Table 
2). The addition of the ADMA controller also allows 
the s.erial ports to be used in a full-or half-duplex 
multidrop application. 


An additional high performance 8087-1 Numeric 
Data Coprocessor may be installed by the user to 
significantly improve the iSBC 186/100 board's nu- 
merical processing power. Depending on the appli- 
cation, the high speed 8087-1 will increase the per- 
formance of floating point calculations by 50 to 100 
times. 


80186 
LocalBu8 


DMA Channel 0 
Output DMA iPSB Bus 


Interface 
DMA Channel 1 
Input DMA iPSB Bus 


Interface 


Memory Subsystem 


The 1M byte memory space of the 80186 is divided 
into three main sections. The first section is the 
512K bytes of installed DRAM, the second section is 
the window into the global 4G bytes memory space 
of the iPSB bus (iPSV memory window address 
space) which starts at 512K bytes and goes up to 
either 640K bytes or 768K bytes, and the third sec- 
tion is designated for local ROM going from the end- 
ing address of the iPSB memory window address 
space up to, if desired, 1M byte (see Figure 2). 


The iSBC 186/100 board comes with 512K bytes of 
DRAM installed on the board. This memory can be 
used as either on-board RAM or Dual Port RAM by 
loading the start and end addresses into the appro- 
priate interconnect registers. The lower boundary 
address to the iPSB memory window may begin at 
any 64K byte boundary and the upper boundary ad- 
dress may end at any 64K byte boundary. Refer to 
the iSBC 186/100 Single Board Computer User's 
Guide for specific information on programming ad- 
dress spaces into interconnect registers. 


The memory subsystem supports 128K bytes or 
256K bytes access to the iPSB memory address 
space. The iPSB memory window base address is 
fixed at address 512K. The position of the window in 
the iPSB memory address space is programmable 
and thus allows the CPU to access the complete 4G 
byte memory address space of the MULTIBUS II 
iPSB bus. 


inter 


PAOGAAIIIIAIILE 
PERIPHERAL 
CONTROLLER 
(1255A) 


SERIAL 
COIlIIUNICATION 
CONTROLLER 
(82530) 


INTERRUPT 
CONTROL 
(2.8mA) 


1017·1 
NUl/ERIC DATA 
COPROCESSOR 
(OPTIONAL) 


The ROM space consists of four 28-pin JEDEC 
sockets which take EPROMs, EEPROMs, or ROMs 
with 28-pin packages. An iSBC 341 28-pin MULTI- 
MODULETMEPROM board can be plugged into 2 of 
the JEDEC sockets and provide up to 512K bytes of 
ROM memory. Device capacities, which are jumper 
selectable, are supported from 8K x 8 up to 64K x 8. 
Once the device capacity is selected, the capacity is 
uniform for all sockets. 


I/O access from the iSBC 186/100 CPU board 
across the iPSB bus is accomplished by mapping 
64K bytes of local I/O access one to one to the 
iPSB I/O address space. However, only the upper 
32K bytes are available to access the iPSB I/O ad- 
dress space because the lower 32K bytes on the 
iSBC 186/100 board are reserved for local on-board 
I/O. 


PROGRAMMABLE 
TIMERS 
AND INTERRUPT 
CONTROL 


The 80186 microprocessor on the iSBC 186/100 
board provides three independent, fully programma- 
ble 16-bit interval timers/event counters. In conjunc- 
tion, two 8259A Programmable Interrupt Controllers 
(PIC)on the iSBC 186/100 board are used in a mas- 
ter/slave configuration for processing on-board in- 
terrupts. At shipment, the 80186 interrupt controller 
and one PIC are connected as slaves to the master 
PIC. The first timer on the 80186 microprocessor is 
routed to the master Programmable Interrupt Con- 
troller and the second CPU timer is routed to the 
slave PIC. This architecture thus supports software 


inter 


80186 
LocalBu8 


DMA Channel 
0 
Serial Channel 
B DMA 


DMA Channel 
1 
Serial Channel 
B DMA or Parallel Port 


ADMA82258 
DMA Channel 
0 
Input DMA Bus Interface 


DMA Channel 
1 
Output DMA Bus Interface 


DMA Channel 
2 
Half-duplex 
Fast Serial Interconnect 
1 
Channel 
A or Interrupt 
1 from iSBX Bus if Used with an iSBC 341 


EPROM MUL TIMODULE 
Board 


DMA Channel 
3 
Full-duplex 
Fast Serial Interconnect 
1 
Channel 
A or iSBX Bus DMA Channel 
if Used with an iSBC 341 
EPROM MUL TIMODULE 
board. 


NOTE: 
When a MUL TIMODULETM 
expansion 
board is installed 
and DMA support 
is required, 
then an ADMA 
controller 
must also be 


installed. 
For additional 
optional 
configurations 
see the iSBC 
186/100 
Single 
Board 
Computer 
User's 
Guide. 


IPSB 
MEMORY 
MAPD~·na 


ISBc~ 
1861100 
MEMORY 
MAP 
1024K 


ON· 
BOARD 
EPROM 


768K 
-- 


MAYBE 


IPSB 
MBII 


640K 
WINDOW 
WINDOW 


512K 
-- 
""-" 
ON· 


BOARD 
DRAM 


BASE 
ADDRESS 
IS ANY 
MULTIPLE 
OF 128K 
OR 258K 
(SIZE 
OF MULTIPLE 
= WINDOW 
SIZE) 


programmable 
timer 
interrupts. 
In addition, 
direct- 
vectored 
interrupt 
capability 
of the serial communi- 


cation 
controller 
(SCC) may be used. 
Figure 
3 de- 


picts the interrupts 
in terms of their priorities. 


Interrupt 
Services 
Interrupt 
Priority 


80186 Timer 0 
Master Level 0 


8087-1 Error Interrupt 
1 


Message 
Interrupt 
2 


iPSB Bus Error Interrupt 
3 


82530 SCC Interrupt 
4 


82258 ADMA Interrupt 
5 


80186 Slave PIC Interrupt 
6 


8259 Slave PIC Interrupt 
7 


PPI 0 Interrupt 
Slave 0 


iSBX Bus Interrupt 
0 
1 


iSBX Bus Interrupt 
1 
2 


Interconnect 
Space Interrupt 
3 


80186 Timer 1 Interrupt 
4 


PPI 1 Interrupt 
5 


Ground 
6&7 


PARALLEL/SCSI 
PERIPHERAL 


INTERFACE 


The iSBC 186/100 
board includes 
an 8255A parallel 
peripheral 
interface 
that consists 
of three 8-bit paral- 


lel ports. As shipped, 
these ports are configured 
for 


general 
purpose 
I/O. 
Programmed 
PAL 
devices 


(Programmable 
Array 
Logic) 
and 
the 
bi-directional 


octal 
transceiver 
74LS245 
are provided 
to make 
it 


easy to reconfigure 
the parallel 
interface 
to be com- 


patible with the SCSI (Small Computer 
System 
inter- 


connect) 
peripheral 
interface. 
Alternatively, 
the iSBC 


186/100 
board provides 
the jumper configuration 
fa- 


cilities for operating 
the parallel interface 
as an inter- 


rupt driven interface 
for a Centronics 
compatible 
line 


printer 
by adding 
one PAL and reconfiguring 
jump- 


ers. Both interfaces 
may use the 82258 
DMA con- 


troller for data transfers 
if desired. 


The SCSI interface 
allows multiple 
mass storage 
pe- 


ripherals 
such as Winchester 
disk drives, floppy disk 


drives, 
and tape drives 
to be connected 
directly 
to 


the iSBC 186/100 
board. A sample SCSI application 


is shown 
in Figure 4. The SCSI interface 
is compati- 


ble with 
SCSI 
controllers 
such 
as Adaptek 
4500, 
DTC 
1410, 
Iomega 
Alpha 
10, Shugart 
1601 
and 


1610, Vermont 
Research 
8403, and Xebec 
1410. 


The Centronics 
interface 
requires 
very little software 


overhead 
since a user supplied 
PAL device 
is used 


to provide 
necessary 
handshake 
timing. 
Interrupts 


are generated 
for printer fault conditions 
and a DMA 


request 
is issued for every character. 


The 
iSBC 
186/100 
board 
has 
one 
82530 
Serial 


Communciations 
Controller 
(SCC) to provide 2 chan- 


nels of serial 
I/O. 
The SCC generates 
all baud rate 


clocks 
and 
provides 
loopback 
capability 
on 
both 


channels. 
Channel 
A is configured 
for RS 422A mul- 


tidrop 
DTE application. 
Channel 
B is RS 232C only 


and is configured 
as DTE. 


The 
multidrop 
configuration 
may either 
full-or 
half- 


duplex. 
A full-duplex 
multidrop 
configuration 
with a 


single master driving the output lines allow a slave to 
monitor the data line and to perform 
tasks in parallel 


with 
tasks 
performed 
on another 
slave. 
However, 


only the selected 
slave may transmit 
to the master. 


A half-duplex 
multidrop 
configuration 
is more strict in 
its protocol. 
Two 
data 
lines and a gr.ound line are 


required 
between 
a master and all slaves in the sys- 


tem and although 
all units may listen to whomever 
is 


using 
the 
data 
line, the 
system 
software 
protocol 


must be designed 
to allow only one unit to transmit 


at any given instant. 


On-board 
built-in-self-test 
(BIST) diagnostics 
are im- 


plemented 
using the 8751 
microcontroller 
and the 


80186 
microprocessor. 
On-board 
tests 
include 
ini- 


tialization 
tests 
on DRAM, 
EPROM, 
the 80186 
mi- 


crocontroller, 
and power-up 
tests. 
Additional 
activi- 


ties 
performed 
include 
a Reset 
Operating 
System 
initialization 
at power-up 
and a program 
table check, 


a feature 
allowing 
users 
to 
add 
custom 
code 
in 


EPROM while still maintaining 
full use of the factory 


supplied 
BISTs. 


Immediately 
after power-up 
and the 8751 microcon- 


troller is intialized, 
the 80186 microprocessor 
begins 


its own initialization 
and on-board 
diagnostics. 
Upon 


successful 
completion 
of these 
activities, 
the Reset 


Operation 
System invokes the user-defined 
program 


table. A check is made of the program 
table and the 


custom 
programs 
that the user has defined 
for his 


application 
will then execute 
sequentially. 
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BISTs improve the reliability, error reporting, and re- 
covery capability of MULTIBUS II boards. In additi?n, 
these test and diagnostics reduce manufacturing 
and maintenance costs for the user. A yellow LED 
(labeled 'BIST') on the front panel indicates the 
status of the initialization checks and the power-up 
tests. It is illuminated if any of the initialization 
checks fail and remains off if the board successfully 
completes its tests. The LED also illuminates when 
the BIST tests start and stays on until the test com- 
plete successfully. The results of the BIST diagnos- 
tics are stored in the last 6 registers of the Header 
Record in Interconnect space. 


iSBXTM BUS MUL TIMODULETM 
EXPANSION 


One 8-or 16-bit iSBX bus MULTIMODULE connector 
is provided for I/O expansion. The iSBC 186/100 
board supports both 8-bit and 16-bit iSBX modules 
through this connector. DMA is also supported to 
the iSBX connector and can be configured by pro- 
gramming the DMA multiplexor attached to the 
82258 DMA component. The iSBX connector on the 
iSBC 186/100 board supports a wide variety of stan- 
dard MULTIMODULE boards available from Intel 


and independent hardware vendors. Custom iSBX 
bus MULTIMODULE boards designed for MULTI- 
BUS or proprietary bus systems are also supported 
as long as the IEEE P959 iSBX bus specification is 
followed. 


iPSB BUS INTERFACE 
SILICON 


The MPC (message passing coprocessor) provides 
all necessary iPSB bus interface logic on a single 
chip. Services provided by the MPC include memory 
and I/O access to the iPSB by the 80186 processor, 
bus arbitration, exception cycle protocols, and trans- 
fers as well as full message passing support. Dual 
port architecture may be implemented using the 
message passing coprocessor. 


Interconnect 
SUbsystem 


The interconnect subsystem is one of the four MUL- 
TIBUS II address spaces, the other three being 
memory space, I/O space, and message space. The 
purpose of interconnect space is to allow software 
to initialize, identify, configure, and diagnose the 
boards in a MULTIBUS II system. All Intel MULTI- 
BUS II boards support interconnect space. 


inter 


The interconnect space is organized into a group of 
8-bit registers called a template. The interconnect 
registers are organized into functional groups called 
records. Each register belongs to only one record, 
and there are three basic types of interconnect rec- 
ords: a header record, a function record, and an End 
of Template (EOT) record. The 80186 on the iSBC 
186/100 board accesses its own template via the 
interconnect address space on the iPSB bus. 


The header record provides board and vendor 10 
information, general status and control information, 
and diagnostic status and control information. The 
function record contains parameters needed to per- 
form specific functions for the board. For example, 
an iPSB memory record contains registers that de- 
fine the start and end address of memory for access 
across the iPSB bus. The number of function rec- 
ords in a template is determined by the manufactur- 
er. The EOT record simply indicates the end of the 
interconnect template. 


There are two types of registers in the MULTIBUS II 
interconnect space, read-only and software configu- 
rable registers. Read-only registers are used to hold 
information such as board type, vendor, firmware 
level, etc. Software configurable registers allow read 
and write operations under software control and are 
used for auto-software configurability and remote/ 
local diagnostics and testing. A software monitor 
can be used to dynamically change bus memory 
sizes, disable or enable on-board resources such as 
PROM or JEDEC sites, read if the iSBX bus or 
PROM are installed as well as access the results of 
Built-In-Self-Tests 
or 
user 
installed 
diagnostics. 
Many of the interconnect registers on the iSBC 
186/100 board perform functions traditionally done 
by jumper stakes. Interconnect space support is im- 
plemented with the 8751 microcontroller and iPSB 
bus interface logic. 


Word Size 


INSTRUCTION: 8-, 16-,24-,32-, 
or 40-bits 


DATA: 8-or 16-bits 


System Clock 


CPU: 8.0 MHz 


NUMERIC COPROCESSOR: 8.0 MHz (part number 
8087-1) 


Cycle Time 


BASIC INSTRUCTION: 8.0 MHz - 500 ns for mini- 
mum code read 


LOCAL MEMORY 


NUMBER OF SOCKETS: four 28-pin JEDEC sites 


Memory 
Chip Example 
Capacity 


EPROM 
8K x 8 
2764 


EPROM 
16K x 8 
27128 


EPROM 
32K x 8 
27256 


EPROM 
64K x 8 
27512 


ON-BOARD RAM 


512K by1es64K x 4 bit Dynamic RAM 


Serial: 


- 
Two programmable channels using one 82530 
Serial Communications Controller 


- 
19.2K baud rate maximum in full duplex in asyn- 
chronous mode or 1 megabit per second in full 
duplex in synchronous mode 


- 
Channel A: RS 422A with DTE multidrop capabil- 
ity 


- 
Channel B: RS 232C compatible, configured as 
DTE 


- 
Parallel: SCSI, Centronics, or general purpose 
I/O 


Expansion: One 8-or 16-bit IEEE P959 iSBX 
MULTIMODULE 
board 
connector 
supporting 


DMA 


ASYNCHRONOUS MODES: 
• 19.2K baud rate maximum in full duplex 
• 5-8-bit character; odd, even, or parity; 1, 1.5, or 2 


stops bits 


• Independent transmit and receive clocks, 1X, 


16X, 32X, or 64X programmable sampling rate 


• Error detection: Framing, Overrun, and Parity 
• Break detection and generation 


BIT SYNCHRONOUS MODES: 
• 1 megabit per second maximum in full duplex 
• SDLC/HDLC flag generation and recognition 
• Automatic zero bit insertion and detection 
• Automatic CRC generation and detection (CRC 


16 or CCID) 


• Abort generation and detection 
• I-field residue handling 
• SDLC loop mode operation 
• CCID X.25 compatible 


BYTE SYNCHRONOUS MODES: 
• Internal or external character synchronization (1 


or 2 characters) 


• Automatic CRC generation and checking (CRC 


16 or CCID) 


• IBM Bisync compatible 


Three programmable timers on the 80186 micro- 
processor 


Frequencies supplied by the internal 8018616 MHz 
crystal 


Serial chips: 
crystal driver at 9.8304 MHz divide 
by two 


iSBX connector: 9.8304 crystal driven an 9.8304 


MHz 


12 vectored requests using two 8259As, 3 grounded 
inputs, and 1 input to the master PIC from the slave 
PIC 


INTERRUPT REQUESTS: 


All signals DL 
compatible INTERFACES 


CONNECTORS 
Location 
Function 
P1 
iPSB Bus 
Part # 


603-2-IEC-C096-F 


Physical Dimensions 


The iSBC 186/100 board meets all MULTIBUS II 
mechanical specifications as presented in the MUL- 
TIBUS II specification (# 146077) 


Depth: 
Height: 


Front Panel Width: 
Weight: 


220 mm (8.7 in.) 
233 mm (9.2 in.) 
20 mm (0.784 in.) 
743 g (26 oz.) 


Temperature: Inlet air at 200 LFM airflow over all 


boards 
Non-operating: -40· 
to + 70·C 


Operating: o· to + 55·C 
Humidity: 
Non-operating: 95% RH @55°C,non- 
condensing 
Operating: 90% RH @55·C, non-con- 
densing 


The maximum power required per voltage is shown 
below. These numbers do not include the power re- 
quired by the optional memory devices, SCSI PALs, 
or expansion modules. 


Voltage 
Max Current 
Max Power 


(Volts) 
(Amps) 
(Watts) 


+5 
6.5mA 
34.13W 


+12 
50mA 
0.06W 
-12 
50mA 
0.06W 


iSBC 186/100 Single Board Computer User's Guide 
(# 148732-001) 


Intel MULTIBUS II Bus Architecture Specification 
(#146077) 


Manuals may be ordered from any Sales Represent- 
ative, Distribution Office. or from the Intel Literature 
Department, 3065 Bowers Avenue, Santa Clara, CA. 
95051. 


ORDERING 
INFORMATION 


Part Number Description 
SBC186100 
MULTIBUS II 80186-based Single 
Board Computer 


inter 
iSBC® 286/100A 
MULTIBUS®II 
SINGLE BOARD COMPUTER 
• 8 MHz 80286 Microprocessor 
with 
• MUL TIBUS® 
II Interconnect 
Space for 


Optional 
80287 Numeric 
Data 
Software 
Configurablllty 
and Self-Test 


Co-Processor 
Diagnostics 
• MUL TIBUS® 
II iPSB (Parallel System 
• Resident 
Firmware 
Supports 
Self-Test 


Bus) Interface 
with Full Message 
Power-Up 
Diagnostics 
and On- 


Passing Capabilities 
and up to 4 
Command 
Extended 
Self-Test 
Gigabytes 
of Memory 
Addressablllty 
on 
Diagnostics 


the Bus 
• Two Programmable 
Serial Interfaces, 
• High-Speed 
Memory 
Expansion 
with 
one RS232C (DCE or DTE), the other 
MULTIBUS 
II iLBX II (Local Bus 
RS232C or RE422A/RS449 
Compatible 


Extension) 
Interface 
Addresses 
up to 
• Two 28-pin JEDEC Sites for up to 128 
16 MBytes 
of Local and/or 
Dual Port 
KBytes of Local Memory 
Using SRAM, 
Memory 
NVRAM, 
EEPROM, 
and EPROM 
• Two ISBX Bus Interface 
Connectors 
for 
• 24 Programmable 
I/O 
Lines 
I/O Expansion 
Bus 
Conflgurable 
as SCSI Interface, 
• Four DMA Channels 
Supplied 
by the 
Centronics 
Interface, 
or General 


82258 Advanced 
DMA Controller 
with 8 
Purpose 
I/O 


MBytes/sec 
Transfer 
Rate 


The iSBC 286/1 OOA Single Board Computer 
is part of Intel's 
family of MUL TIBUS 
II CPU boards that utilizes 


the advanced 
features 
of the MUL TIBUS 
II System 
Architecture. 
It is ideally 
suited for a wide range of OEM 
applications. 
The combination 
of the 80286 CPU, the Message 
Pas.sing Coprocessor 
(MPC), the MUL TIBUS II 


Parallel 
System 
Bus (iPSB bus), and the Local Bus Extension 
(iLBX II bus) makes the iSBC 286/100A 
board 
suited for high performance, 
multiprocessing 
system applications 
in a multi master environment. 
The board is a 
complete 
microcomputer 
system 
on a 220mm 
x 233mm 
(8.7 x 9.2 inch) Eurocard 
form factor 
with pin and 


socket 
DIN connectors. 


The iSBC 286/100A Single Board Computer com- 
bines the 80286 microprocessor with the Message 
Passing Component (MPC) on a single board within 
the MULTIBUS II system architecture. This offers a 
message passing based high performance multipro- 
cessing solution for system integrators and design- 
ers. Figure 1 shows a typical MULTIBUS II multipro- 
cessing system configuration. Overall system per- 
formance is enhanced by the Local Bus Extension 
(iLBX II) which allows 0 wait state high speed memo- 
ry execution. 


All features of the MULTIBUS II architecture are fully 
supported by the iSBC 286/100A board including 
the Parallel System Bus (iPSB), interconnect space, 
Built-In-Self-Tests (BIST) diagnostics, and full mes- 
sage passing. These features are described in the 
following sections. In addition to taking advantage of 
the MULTIBUS II system architecture, the iSBC 
286/100A board has complete single board comput- 
er capability including two iSBX bus expansion con- 
nectors, 80287 numeric data coprocessor option, 
advanced 
DMA 
control, 
JEDEC 
memory sites, 


SCSI configurable parallel interface, serial I/O, and 
programmable timers. Figure 2 shows the iSBC 
286/100A board block diagram. 


The central processing unit for the iSBC 286/100A 
board is the 80286 microprocessor operating at 
8.0 MHz clock rate. The 80286 runs 8086 and 80186 
code at substantially higher speeds (due to a parallel 
chip architecture) while maintaining software com- 
patibility with Intel's 8086 and 80186 microproces- 
sors. Numeric processing power may be enhanced 
with the 80287 numeric data coprocessor. The 
80286 CPU operates in two modes: real address 
mode and protected virtual address mode. In real 
address mode, programs use real addressing with 
up to one megabyte of address space. In protected 
virtual address mode, the 80286 CPU automatically 
maps 1 gigabyte of virtual address per task into a 16 
megabyte real address space. This mode also pro- 
vides the hardware memory protection for the oper- 
ating system. The operating mode is selected via 
CPU instructions. 


The iSBC 286/100A board has a Message Passing 
Coprocessor (MPC) component on the base board 
that contains most of the logic required to operate 
the Parallel System Bus (iPSB bus) interface. Some 
of the key functions provided by the MPC include 
bus arbitration, transfer control, parity generation 
and checking, and error detection and reporting. 


Data transfers between processors via the iPSB bus 
is defined in the MULTIBUS II architecture through a 
transfer protocol, a reserved address space, and an 
information/data block. This interprocessor commu- 
nication convention is known as message passing. 
Operations occurring within the reserved address 
space are called message space operations. 


Message passing allows iPSB bus agents to transfer 
variable amounts of data at rates approaching the 
maximum bandwidth of the bus. Message passing 
permits a sustained transfer rate of 2.2 Mbytes 
per second, and a single message may transfer up 
to 16 Mbytes from one agent to another. The MPC 
fully supports message space operations, executes 
iPSB bus arbitration and executes the message 
passing protocol independent of the host CPU, leav- 
ing the host free to process other tasks. 


The MPC supports both solicited and unsolicited 
message passing capability across the iPSB. An un- 
solicited message can be thought of as an intelligent 
interrupt from the perspective of the receiving agent 
because the arrival of an unsolicited message is un- 
predictable. Attached to an unsolicited message is 
one of 255 possible source addresses along with 28 
bytes of data attached to the message data field. A 
solicited message moves large blocks of data be- 


tween agents on the iPSB bus. The arrival of a solic- 
ited message is negotiated between the sending 
and receiving agents. Data is sent in "packets" with 
each packet containing four bytes of control infor- 
mation and up to 28 bytes of data. There is no spe- 
cific limit to the number of packets that may be sent 
in a single message, but the total message may not 
transfer more than 16 Mbytes. 


The iSBC 286/100A also includes a feature called 
the iPSB window register that allows the user to se- 
lectively access under software control any 256K 
byte block of memory within the 4 Gigabytes of 
memory space on the iPSB bus interface. 


Interconnect space is one of four MULTIBUS II ad- 
dress spaces, the other three being memory space, 
I/O space, and message space. Interconnect space 
allows software to initialize, identify, configure, and 
diagnose the boards in a MULTIBUS II system. The 
Interconnect template consists of 8-bit registers, or- 
ganized into functional groups called records. There 
are three types of records, the header record, the 
function record, and the End of Template record. 


The header record provides board and vendor 10 
information, general status and control information, 
and diagnostic control. The function record allows 
the 
user 
to 
configure 
and/or 
read 
the 
iSBC 286/100A board's hardware configuration via 
software. The End of Template record identifies the 
end of the interconnect template. 


BUILT 
IN SELF TEST (BIST) 


DIAGNOSTICS 


MULTIBUS II's Built in Self Test (BIST) diagnostics 
improve the reliability and error reporting and recov- 
ery capability of MULTIBUS II boards. These confi- 
dence tests and diagnostics not only improve reli- 
ability but also reduce manufacturing and mainte- 
nance costs for the OEM user. A yellow LED (LED 1) 
on the front panel provides a visual indication of the 
power-up diagnostics status. 


Error Reporting and Recovery 


The MULTIBUS II Parallel System Bus and the 
iLBX II bus provides bus transmission and bus parity 
error detection signals. Error information is logged in 
the MPC and a bus error interrupt is generated. In- 
formation on the error source for reporting or recov- 
ery purposes is available to software through the 
iSBC 286/100A board interconnect space registers. 


In a MUL TIBUS 
II system, 
external 
interrupts 
(inter- 
rupts originating 
off the CPU board) 
are messages 


over the bus rather than signals 
on individual 
lines. 
Message 
based interrupts 
are handled 
by the MPC. 
Two on-board 
8259A 
Programmable 
Interrupt 
Con- 


trollers 
(PICs) are used for processing 
on-board 
in· 
terrupts. 
One is used as the master and the other as 


the slave. Table 1 includes a list of devices and func- 
tions supported 
by interrupts. 


iSBX® BUS MUL TIMODULETM 
ON-BOARD 
EXPANSION 


Two iSBX bus MUL TIMODULE 
connectors 
are pro- 


vided, 
one 16- or 8-bit and the other 
8-bit. Through 


these 
connectors 
additional 
on-board 
I/O functions 


may 
be 
added. 
The 
iSBX 
bus 
MUL TIMODULE 


boards optimally 
support 
functions 
provided 
by VLSI 


peripheral 
components 
such 
as additional 
parallel 


and serial I/O, analog I/O, and graphics 
control. 
The 


iSBX bus connectors 
on the iSBC 286/100A 
board 


provides 
all signals 
necessary 
to interface 
to the 10- 


cal on-board 
bus including 
16 data 
lines and DMA 


for 
maximum 
data 
transfer 
rates. 
MUL TIMODULE 


boards designed 
with 8-bit data paths and using the 


8-bit 
iSBX 
bus 
connectors 
are 
also 
supported. 
A 


broad 
range 
of iSBX bus 
MUL TIMODULE 
options 


are available 
from 
Intel. 
Custom 
iSBX bus MUL TI- 


MODULE 
boards 
designed 
for MUL TIBUS or propri- 


etary bus systems 
are also supported 
provided 
the 


IEEE P959 iSBX bus specification 
is followed. 


The 80287 
Numeric 
Data Co-Processor 
can be in- 


stalled 
on the 
iSBC 286/1 OOA board 
by the 
user. 


The 80287 
Numeric 
Data Co-Processor 
is connect- 


ed to dedicated 
processor 
signal 
lines 
which 
are 


pulled to their inactive 
state when the 80287 Numer- 
ic Data Co-Processor 
is not installed. 
This enables 


the user to detect via software 
that the 80287 socket 


is occupied. 
The 80287 Numeric 
Data Co-Processor 


runs asynchronously 
to the 80286 clock. The 80287 


Numeric 
Data Co-Processor 
operates 
at 8 MHz and 


is driven 
by the 8284A 
clock generator. 


Device 
Function 
Number 
of Interrupts 


MUL TIBUS~ 
II Interface 
Message-based 
Interrupt 
Request from the 
1 Interrupt 
from up to 


iPSB Bus via 84120 Message 
Interrupt 
256 sources 


Controller 


8751 Interconnect 
Controller 
BIST Control 
Functions 
1 


82530 Serial Controller 
Transmit 
Buffer Empty, Receive 
Buffer 
1 Interrupt from 


Full and Channel 
Errors 
10 Sources 


8254 Timers 
Timers 0, 1, 2 Outputs; 
Function 
Determined 
3 


by Timer Mode 


8255A Parallel I/O 
Parallel Port Control 
2 


iLBX II Bus Interface 
Indicates 
iLBXTM II Bus Error Condition 
3 


iPSB Bus Interface 
Indicates Transmission 
Error on iPSB Bus 
1 


iSBX Bus Connector 
Function 
Determined 
by iSBX Bus 
2 


MUL TIMODULE 
Board 


Edge Sense Out 
Converts 
Edge Triggered 
Interrupt to a Level 
1 


Bus Error 
Indicates 
Last iPSB Bus Operation 
1 


Encountered 
an Error 


Power-Fail 
ExternallPower-Faillnterrupts 
1 


inter 


Four 
DMA 
(Direct 
Memory 
Access) 
channels 
are 


supplied 
on the iSBC 286/100A 
board by the 82258. 
The 82258 is an advanced 
DMA controller 
designed 


especially 
for 
the 
16-bit 
80286 
microprocessor. 
It 


has four DMA channels 
which 
can transfer 
data at 


rates up to 8 Megabytes 
per second 
(8 MHz clock) in 


an 80286 
system. 
The 
large bandwidth 
allows 
the 


user to handle very fast data transfer 
or a large num· 


ber of concurrent 
peripherals. 


The local memory 
of the iSBC 286/100A 
board con- 


sists of two groups of byte-wide 
sites. The first group 


of two sites are reserved 
for EPROM 
or ROM and 


are used for the BIST power-up 
diagnostic 
firmware. 
The second 
group of two sites support 
JEDEC stan- 
dard 28-pin devices. 


The 
iSBC 
286/100A 
board 
includes 
a parallel 
pe- 


ripheral 
interface 
that consists 
of three 8-bit parallel 


ports. 
As shipped, 
these 
ports 
are configured 
for 


general 
purpose 
I/O. 
Programmed 
PAL (Program- 


mable Array Logic) devices and the octal transceiver 
74LS640-1 
are provided 
to make it easy to reconfig- 


ure the parallel 
interface 
to be compatible 
with the 


SCSI (Small Computer 
System 
Interconnect) 
periph- 


eral 
interface. 
Alternatively, 
the 
parallel 
interface 


may be reconfigured 
as a Centronics 
compatible 
line 


printer 
by adding 
one PAL and reconfiguring 
jump- 


ers. Both interfaces 
may use the 82258 
DMA con- 


trollers 
for data transfers. 


The SCSI interface 
allows multiple 
mass storage 
pe- 


ripherals 
such as Winchester 
disk drives, floppy disk 


drives, 
and tape drives to be connected 
directly 
to 


the iSBC 286/100A 
board. A sample 
SCSI applica- 


tion is shown in Figure 3. The SCSI interface 
is com- 


patible 
with 
SCSI controllers 
such 
as the Adaptek 


4500, DTC 1410, lomga Alpha 10, Shugart 
1601 and 


1610, Vermont 
Research 
8403, and Xebec 
1410. 


The Centronics 
interface 
requires very little software 


overhead 
since a user-supplied 
PAL device 
is used 


to provide 
necessary 
handshake 
timing. 
Interrupts 


are generated 
for printer fault conditions 
and a DMA 


request 
is issued for every character. 


inter 


The 82530 
Serial Communications 
Controller 
(SCe) 
is used to provide 
two channels 
of serial 
I/O. 
The 
SCC 
generates 
all 
baudrate 
clocks 
and 
provides 
loop back capability 
on both channels. 
Channel 
B is 
RS232C only and is configured 
as a DCE. Channel 
A 
is factory-default 
configured 
for DCE RS232C opera- 
tion. Channel 
A may be reconfigured 
by the user for 
DTE or RS422 operation. 


The 
82258 
ADMA 
can be programmed 
to support 
both 
channels 
A and 
B to 
perform 
movement 
of 
large bit streams 
or blocks 
of data. 


The iSBC 286/100A 
board 
provides 
three 
indepen- 
dent, fully programmable 
16-bit interval timers/event 
counters 
utilizing the Intel 8254 Programmable 
Inter- 
val Timer. 
Each 
counter 
is capable 
of operating 
in 
either BCD or binary modes. 
Three of these timers/ 
counters 
are 
available 
to the 
system 
designer 
to 
generate 
accurate 
time 
intervals 
under 
software 
control. 
The outputs 
may be independently 
routed to 
the 
8259A 
Programmable 
Interrupt 
Controller 
to 
count 
external 
events. 
The system 
software 
config- 
ures each timer independently 
to select the desired 
function. 
Seven functions 
are available 
as shown 
in 
Table 2. The contents 
of each counter 
may be read 
at any time during system 
operation. 


The iRMX 86 Release 
7 Operating 
System 
software 
provides 
the ability to execute 
all configurable 
layers 
of the iRMX 86 software 
in the MUL TIBUS 
II envi- 
ronment. 
Applications 
in Real 
Address 
Mode 
are 
supported 
for the iSBC 286/100A 
board, 
including 
support 
for 
the 
SCSI 
peripheral 
interface 
and 
all 
iSBX bus boards. The iRMX 86 Release 
7 Operating 
System also supports 
all 80286 component 
applica- 
tions. 


For on-target 
MUL TIBUS 
/I 
development, 
use the 
iSBX 218A or a SCSI controller 
and a floppy or Win- 


chester 
drive, or port iRMX application 
software 
de- 
veloped 
on the System 310, Series 
II/III, IV to MUL- 
TIBUS 
II hardware. 


Language 
support 
for the 
iSBC 
286/100A 
boards 
real 
address 
mode 
includes 
Intel's 
ASM 
86, 
PLIM 
86, PASCAL 
and FORTRAN 
as well as many 
third 
party 
8086 
languages. 
Language 
support 
for 
virtual 
address 
mode 
operation 
includes 
ASM 
286, 
PL/M 
286, PASCAL 
and C. Programs 
developed 
in 
these 
languages 
can be down-loaded 
from the Intel 
Series 
III or Series 
IV Development 
System 
to the 
iSBC 286/100A 
board via the iSDM 286 System 
De- 
bug Monitor 
Release 
2. The iSBX 218A can be used 
to load iRMX software 
developed 
on a System 
310. 


The is OM 286 monitor 
also provides 
on-target 
pro- 
gram 
debugging 
support 
including 
breakpoint 
and 
memory 
examination 
features. 


Function 
Operation 


Interrupt 
on 
When terminal count is reached, 
an interrupt 
request is generated. 
This function 
is 
Terminal 
Count 
extremely 
useful for generation 
of real-time 
clocks. 


Programmable 
Output goes low upon request of an external trigger edge or software 
command 
and 
One-Shot 
returns high when terminal 
count is reached. 
This function 
is retriggerable. 


Rate Generator 
Divide by N counter. 
The output will go low for one input clock cycle, and the period 
from one low going pulse to the next is N times the input clock period. 


Square-Wave 
Output will remain high until one-half 
the count has been completed, 
and go low for 
Rate Generator 
the other half of the count. 


Software 
Triggered 
Output remains high until software 
loads count (N). N counts after count is loaded, 
Strobe 
output goes low for one input clock period. 


Hardware 
Output goes low for one clock period N counts after rising edge counter trigger input.. 


Triggered 
Strobe 
The counter 
is retriggerable. 


Event Counter 
On a jumper selectable 
basis, the clock input becomes 
an input from the external 
system. CPU may read the number of events occurring 
after the counter 
"window" 
has been enabled or an interrupt 
may be generated 
after N events occur in the 
system. 


inter 


The MULTIBUS II Interconnect Space Registers al- 
low the software to configure boards eliminating 
much of the need for jumpers and wire wraps. The 
iSDM 286 Monitor can initialize these registers at 
configuration time using user-defined variables. The 
monitor can also automatically configure memory 
boards, defining the addresses for each board se- 
quentially in relation to the board's physical place- 
ment in the card cage. This feature allows for swap- 
ping, adding, and deleting of memory boards on a 
dynamic basis. 


Instruction- 
8-, 16-, 24-, 32-, or 40-bits 


Data 
- 
8- or 16-bits 


SYSTEM 
CLOCK 


CPU 
-8.0 
MHz 


Numeric Co-Processor- 
8.0 MHz 


Basic Instruction: 8.0 MHz-375 ns; 250 ns (assumes 
instruction in queue) 


NOTE: 


Basic instruction cycle is defined as the fastest in- 
struction time (Le., two clock cycles) 


Memory Capacity (Maximum) 


EPROM: 
2732, 
8K 
bytes; 
2764, 
16K 
bytes; 


27128, 32K bytes; 27256, 64K bytes; 
27512, 128K bytes 


EEPROM: 
2817A, 4K bytes 


iRAM: 
2186, 16K bytes 


NOTE: 


Two local sites must contain BIST or user-supplied 
boot-up EPROM. 


Parallel: 
SCSI, Centronics, or general purpose 
I/O 
Serial: 
Two programmable channels using one 
82530 Serial Communications Control- 
ler 
Timers: 
Three programmable timers using one 
8254 Programmable Interrupt Controller 


Expansion: One 
8/16-bit 
iSBX 
MULTIMODULE 


connector and one 8-bit iSBX MULTI- 
MODULE connector 


Potential Interrupt Sources-255 
individual and 1 


broadcast 
Interrupt Levels 
- 
16 vectored requests 
using two 8259As and 
the 80286 NMI line 


Asynchronous Modes: 
- 
5-8-bit character; odd, even, or parity; 1, 1.5, or 
2 stop bits 
- 
Independent transmit and receive clocks, 1X, 
16X, 32X, or 64X programmable sampling rate 


- 
Error Detection: Framing, Overrun and Parity 


- 
Break detection and generation 


Bit Synchronous Modes: 
- 
SDLC/HDLC flag generation and recognition 


- 
Automatic zero bit insertion bit and detection 


- 
Automatic CRC generation and detection (CRC 
16 or CCITT) 
- 
Abort generation and detection 
- 
I-field residue handling 
- 
SDLC loop mode operation 
- 
CCITT X.25 compatible 


Byte Synchronous Modes: 
- 
Internal or external character synchronization (1 
or 2 characters) 
- 
Automatic CRC generation and checking (CRC 
16 or CCITT) 


- 
IBM Bisync compatible 


inter 


Baud 
Synchronous 
Asynchronous 


Rate 
(x1 Clock) 
(x16 Clock) 


Time Constant 
Time Constant 


64 K 
36 
- 


48 K 
49 
- 


19.2 K 
126 
6 


9600 
254 
14 


4800 
510 
30 


2400 
1022 
62 


1800 
1363 
83 


1200 
2046 
126 


300 
8190 
510 


110 
- 
1394 


Input Frequencies: 
1.23 
MHz 
± 0.1 % 
or 
4 
MHz 


± 0.1 % (Jumper 
Selectable) 


Single Timer/Counter 
Dual Timer/Counter 


(two timers cascaded) 


Min 
Max 
Mln 
Max 


Real-Time 
Interrupt 
500 ns 
53.1 ms 
1.00 ms 
57.9 min 
Programmable 
One-Shot 
500 ns 
53.1 ms 
1.00 ms 
57.9 min 
Rate Generator 
18.8 Hz 
2MHz 
0.000290 
Hz 
1 MHz 
Square-Wave 
Rate Generator 
18.8 Hz 
2MHz 
0.000290 
Hz 
1 MHz 
Software 
Triggered 
StrObe 
500 ns 
53.1 ms 
1.00 ms 
57.9 min 
Hardware 
Triggered 
Strobe 
500 ns 
53.1 ms 
1.00 ms 
57.9 min 
Event Counter 
- 
5.0 MHz 
- 
- 


iPSB Bus: 


iLBX 1/ Bus: 


iSBX Bus: 


All signals TTL compatible 


All signals TTL compatible 


All signals TTL compatible 


SERIAL 
I/O 


Channel A: 
RS232C/RS422 
compatible, 


configurable 
as a data 
set 
or 
data terminal 


RS232C compatible, 
configured 
as a data set 


All signals TTI compatible 


All signals TTL compatible 


Timer: 


Interrupt 
Requests: 


Location 
Function 
Part # 


P1 
iPSB Bus 
603-2-IEC-C096-F 


P2 
iLBXTM 1/ Bus 
603-2-IEC-C096-F 


inter 
iSBC@ 286/100A 
MUL TIBUS@ II 


The iSBC 286/100A board meets all MULTIBUS II 
mechanical specifications as represented in the 
MULTIBUS II specification (part number 146077). 


Temperature: (Inlet air) at 200 LFM airflow over 


boards 


Non-operating- 
- 40·C to + 70·C 


Operating-O to + 55·C 


Humidity: 
Non-operating-95% 
RH @ 55·C 


Operating-90% 
RH @ 55·C 


Double-High Eurocard Form Factor: 
Depth: 
220 mm (8.7 in.) 


Height: 
233 mm (9.2 in.) 


Front Panel Width: 20 mm (0.784 in.) 
Weight: 
653 g (1 lb. 7 oz.) 


The maximum power required per voltage is shown 
below. These numbers do not include the power re- 
quired by the optional memory devices, SCSI PALs, 
or expansion modules. 


Voltage 
Max/Typical Current 
Max Power 
BTU 
Gram- 
(volts) 
(amps) 
(watts) 
Calorie 


+5 
10.31/8.25A 
54.39W 
3.13 
774.2 
+12 
50/40 mA 
630mW 
0.04 
9.0 
-12 
46/37 mA 
580mW 
0.03 
8.3 


ISBC 286/100A Single Board Manual Computer Us- 
er's Guide (# 149093-001) 


Part Number 
SBC 286/100A 
Description 
MULTIBUS II 80286 based Single 
Board Computer 
Intel MULTIBUS II Bus Architecture Specification 
(#146077) 


Manual may be ordered from any Sales Representa- 
tive, Distribution Office, or from the Intel Literature 
Department, 3065 Bowers Ave., Santa Clara, CA 
95051 
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32-BIT 
PERFORMANCE 
WITH MlJLTlBlJS@" CAPABILITY 


These 32-bit MULTIBUS'" II boards provide the system architect 
the po\\'er of the 80386 
in a fully 


tested. industry 
standard 
form. Off-the-shelf boards are available 
in 16 MHz and 20 MHz versions 


configured 
with one to sixteen megabytes 
of on-board 
memory. Performance 
is further 
enhanced by 


the MULTIBUS II architecture's 
support 
for multi-processing. 
Additional 
benefit comes from 
simplified 
configuration 
and maintenance 
through 
software controlled 
registers_ Maintenance 
is 


further 
reduced by a very reliable parity 
error detection 
protocol and Il.lth pin-and-socket 
connectors. 
Broad. multi-vendor 
support 
is assured by rigid bus conformance 
implemented 
by a 
standard 
single chip bus interface. 


• 
80386 
32-bit CPU operating 
at 16 or 20 
MHz 
• 
80387 
Numeric Coprocessor operating 
at 16 
or 20 MHz 
• 
Full 32-bit MULTIBUS II Parallel System Bus 
(PSB. IEEE 
1296) interface 
• 
Eurocard 
form factor (8.7 by 9.2 inches) with 
96-pin DIN pin-and-socket 
connectors 


• 
82258 
ADMA operating 
at 8 or 10 MHz \\'ith 


special 32-bit "fly-by" 
mode 
• 
64 K byte static RAM cache memory 
for 0 


wait states 
• 
1 M. 2 M. 4 M or 8 M byte on·board 
dynamic 
RAM. expandable 
to 16 M byte 


• 
Parity error detection 
and dual-port 
access 


capability 
for on-board 
DRAM 
• 
One SBX (IEEE P959) 8116-bit interface 


• 
15 levels of programmable 
interrupt 
control 


• 
3 programmable 
interval timers 
• 
Built-In self-test (BIST) provided 
in 256 K 


bytes of EPROM 
• 
Software configuration 
via interconnect 
space 


• 
One RS-232-C serial 110port 


• 
Soft\\'are supported 
by the UNIX' 
\. 3 
operating 
system. the iRMX<!l286 real-time 


operating 
system. the iR~IK 386 real-time 


kernel. and the PMON 386 debug monitor 


'UNIX 
is a trademark 
of AT&T. 


inter----------- 


s p t; C I t' I C i\ T ION 
S 


386 
AND 387 CLOCIl RATES/BASIC 


CYCLE TIME- 


iSBC386/116: 
16 MHz/125ns 


iSBC 3861120: 
20 MHz/lOO ns 


• assumes instruction 
in queue or cache memory. 


82258 
ADMA CLOCIl RATES/ 
MAXIMlJM BANDWIDTH- 
- 


iSBC 3861116: 
8 MHz/1O.7 MB per second 


iSBC 386/120: 
10 MHz/13.3 
MB per second 


•• assumes move between local DRAM and MPC. 


DeJ'I~s 
2764 
27128 
27256 
27512 
27010 
27020 


Capadty 
16 K byte 
32 K byte 
64 K byte 
128 K byte (supplied) 
256 K byte 
512 1\ byte 


CACHE MEMORY 


Capacity: 
64 K byte 
Speed: 
0 wait state on cache hit 


ON-BOARD DRAM MEMORY 


Model 
• 
Supplied 


iSBC 3861116 
MOl 
1 MB 
iSBC 386/116 
M02 
2 MB 


iSBC 3861116 
M04 
4 MB 


iSBC 386/116 
M08 
8 MB 


iSBC 3861120 
MOl 
1 MB 


iSBC 3861120 
M02 
2 MB 


iSBC 386/120 
M04 
4 MB 


iSBC 386/120 
M08 
8 MB 


• 
Maximum 
on-board 
memory capacity = 16 MB 
• 
Single-bit parity 
error detection 
per 8-bits 


• 
1 wait state on write_ 2 wait states on read cache miss 


ISBX BlJS INTERFACE 


• 
Compliance 
Level: 016/16 
DMA 


• 
Three event countersltimers 


• 
16-bit programmable 
count 
• 
Interval 
range from 1.6 IJ-S to 52.4 ms 


SERIAL I/O PORT 


• 
RS-232-C (subset) interface (DTE) 


• 
9-pin D-shell shielded connector 
• 
Configurable 
baud rates: 300, 600. 
1200. 2400. 4800. 
and 9600 


Height: 
Depth: 
Width: 


233 mm (9.18 inches) 
220 mm (8.65 inches) 
19.2 mm (0.80 inches) 


lJSERS GlJlDE 


iSBC 386/116 
and 386/120 
Single Boal'd Computer 
User's 


Guide 


Onlel' code 
SBC 386116 
MOl 


SBC MM01 


SBC MM02 


SBC MM04 


SBC MM08 


Desa1ptl •• 
16 MHz 386-based 
MULTI BUS II 


CPU board with 
1 M byte DRAM 


16 MHz 386-based 
MULTI BUS II 
CPU board with 2 M byte DRAM 


16 MHz 386-based 
MULTI BUS II 
CPU board with 4 M byte DRAM 


16 MHz 386-based 
MULTI BUS II 
CPU board with 8 M byte DRAM 


20 MHz 386-based 
MULTI BUS II 
CPLJboard with 
1 M byte DRAM 


20 MHz 386-based 
MLJLTlBUS II 
CPU board with 2 M byte DRAM 


20 MHz 386-based 
MULTI BUS II 


CPU board with 4 M byte DRAM 


20 MHz 386-based 
MULTI BUS II 
CPU board with 8 M byte DRAM 


1 M byte expansion 
memory 
module 


2 M byte expansion 
memory 
module 


4 M byte expansion 
memory 
module 


8 M byte expansion 
memory 
module 


High Speed Math Boards 
5 


iSBC® 337 A and iSBC® 337 
MULTIMODULE™ NUMERIC 
DATA PROCESSOR 


• 
High speed fixed and floating 
point 
functions 
for 8 or 5 MHz ISBC~86, 88, 
and IAPX 86, 88 systems 


• 
Extends 
host CPU Instruction 
set with 
arithmetic, 
logarithmic, 
transcendental 
and trigonometric 
Instructions 


• 
MULTIMODULETM option containing 
8087 
Numeric 
Data Processor 


• 
Up to 80X performance 
Improvement 
In 
Whetstone 
benchmarks 
over 8MHz 
IAPX-8611 0 performance 


• 
Supports 
seven data types Including 
single and double precision 
Integer and 
floating 
point 


• 
Software 
support through 
ASM 86/88 
Assembly 
Language 
and High Level 
Languages 


• 
Fully supported 
In the multi-tasking 
environment 
of the IRMXTM86 Operating 
System 


The Intel iSBCI!> 337A1337 MULTIMODULETM 
Numeric 
Data Processor 
offers high performance 
numerics 
sup- 
port for iSBC 86 and iSBC 88 Single Board Computer 
users, for applications 
including 
simulation, 
instrument 
automation, 
graphics, 
signal processing 
and business 
systems. 
The coprocessor 
interface 
between 
the 8087 
and the host CPU provides 
a simple 
means of extending 
the instruction 
set with over 60 additional 
numeric 
in- 
structions supporting 
six additional data types. The MULTIMODULE 
implementation 
allows the iSBC 337A module 
to be used on all iSBC 86 and iAPX 88 board designs. 


The coprocessor 
interface between the B087 Numeric Data Processor and the host CPU provides a simple means 
of extending 
the instruction 
set with over 60 additional 
numeric 
instructions 
supporting 
seven data types. The 
MULTIMODULE 
implementation 
allows the iSBC 337A1337 module to be used on all iSBC 86/88" 
single board 
computers 
and can be added as an option to custom 
iAPX board designs. 


The following 
are trademarks 
of Intel Corporation 
and may be used only to describe 
Intel products: 
Index, 
Intel, 
MULTIBUS, 
RMX, 
iRMX, 
UPI. ICE 
iSBC, 
iSBX, MULTIMODULE, 
iAPX and iCS. Intel Corporation 
assumes 
no responsibility 
for the use of any circuitry 
other 
than circuitry 
embodied 
in an Intel prodUCt. 
No other 
circuit 
patent 
licenses 
are implied. 


The iSBC 337N337 
MULTIMODULE 
Numeric 
Data 


Processor 
(also called NDP) provides 
arithmetic 
and 


logical instruction 
extensions 
to the 86/88 of the iAPX 


86/88 families. The instruction set consists of arithmetic, 
transcendental, 
logical, trigonometric 
and exponential 


instructions 
which can all operate 
on seven different 


data types. The data types are 16, 32, and 64 bit integer, 
32 and 64 bit floating 
point, 18 digit packed 
BCD and 


80 bit temporary. 


Coprocessor 
Interface 


The coprocessor 
interface between the host CPU and 


the iSBC 337N337 
processor 
provides 
easy to use 


and high performance 
math processing. 
Installation 


of the iSBC 337 N337 processor 
is simply a matter of 


removing 
the host CPU from its socket, 
installing 
the 


iSBC 337N337 processor 
into the host's CPU socket, 
and reinstalling 
the host CPU chip 
into the socket 


provided 
for it on the iSBC 337N337 
processor 
(see 
Figure 
1). 


All synchronization 
and timing signals are provided via 


the coprocessor 
interface with the host CPU. The two 


processors 
also share a common 
address/data 
bus. 


(See Figure 
2). The NDP component 
is capable 
of 


recognizing 
and executing 
NDP numeric 
instructions 


as they are fetched 
by the host CPU. This interface 


allows concurrent 
processing 
by the host CPU and the 
NDP. It also allows NDP and host CPU instructions 
to 


be intermixed 
in any fashion to provide the maximum 
overlapped 
operation 
and the highest aggregate 
per- 


formance. 


High Performance 
and Accuracy 


The 80-bit wide internal 
registers and data paths con- 


tribute significantly 
to high performance 
and minimize 


the execution time difference 
between single and dou- 


ble precision 
floating 
point 
formats. 
This 80-bit 
ar- 


chitecture 
provides very high resolution and accuracy. 


CONNECTOR 
FOR 


INTERRUPT 
REQUEST 


FROM 
ISBC* 
337A 
MODULE 


inter 


I 


ADDRESS/DA 


ADOR/DATA 


HOST 
CPU 
eLK (' 
MHz) 


8284A 
READY 
STATU 
CLOCK 


GEN. 
RESET 
STATUS 
- 


TEST 
as 
RO/GT 


r- - - --- - - ---, 
I 
I 
I 
BUSY 
as 
RQ/GT 
I 
- 
STATUS 
",. 
I 
I 


AODA/DATA 
I 


108' 
I 


NOP 
I 
I 
I 
I 


tSBe- 337. 
L ____ 
-, 


I 
ERROR 
OR EXCE 
MODULE 
INTERRUPT 
I 
o 8251. I"terr 
I 
I 
L 
~ 


This precision 
is complemented 
by extensive 
excep- 


tion detection 
and handling. 
Six different 
types of ex- 
ceptions 
can be reported 
and handled 
by the NOP. 


The user also has control 
over internal 
precision, 
in- 
finity control 
and rounding 
control. 


As a coprocessor 
to the Host CPU, the NOP is wired 


in parallel 
with the CPU as shown 
in Figure 
2. The 


CPU's status and queue status lines enable the NOP 
to monitor and decode instructions 
in synchronization 


with the CPU and without 
any CPU overhead. 
Once 


started, 
the NOP can process 
in parallel 
with and in- 


dependent 
of the host CPU. For resynchronization, 


the NOP's BUSY signal informs the CPU that the NOP 
is executing 
an instruction 
and the CPU WAIT instruc- 


tion tests this signal to insure that the NOP is ready 
to execute 
subsequent 
instructions. 


The NOP can interrupt the CPU when it detects an error 
or exception. 
The interrupt request line is routed to the 


CPU through an 8259A Programmable 
Interrupt Con- 


troller. 
This interrupt 
request 
signal is brought 
down 


from the iSBC 337AJ337 module 
to the single 
board 


computer 
through 
a single pin connector 
(see Figure 


1). The signal is then routed to the interrupt 
matrix for 


jumper 
connection 
to the 8259A Interrupt 
Controller. 


Other iAPX designs 
may use a similar 
arrangement, 


or by masking off the CPU "REAO" 
pin from the iSBC 


337AJ337 
socket, 
provisions 
are made to allow the 


now vacated 
pin of the host's CPU socket to be used 


to bring down the interrupt 
request signal for connec- 


tion to the base board and then to the 8259A. Another 
alternative 
is to use a wire to establish this connection. 


inter 


Table 1 lists the seven data types the NDP supports 
and presents 
the format for each type. Internally, 
the 
NDP holds all numbers 
in the temporary 
real format. 


Load 
and store 
instructions 
automatically 
convert 
operands 
represented 
in memory as 16-, 32-, or 64-bit 
integers, 
32- or 64-bit 
floating 
point 
numbers 
or 
18-digit packed BCD numbers 
into temporary 
real for- 
mat and vice versa. 


Computations 
in the NDP use the processor's 
register 
stack. These eight 8O-bit registers provide the equiva- 
lent capacity 
of 40 16-bit registers. 
The NDP register 
set can be accessed as a stack, with instructions 
oper- 
ating on the top stack element, 
or as a fixed register 
set with instructions 
operating on explicitly designated 
registers. 


Table 2 lists the NDP instructions 
by class. Assembly 
language 
programs 
are written 
in ASM 
86/88, 
the 
iAPX family 
assembly 
language. 


Table 3 gives the execution 
times of some typical 
nu- 
meric 
instructions 
and their equivalent 
time on a 8 
MHz 8086-2. 


The NDP is internally 
divided into two processing 
ele- 
ments, the control 
unit (CU) and the numeric 
execu- 
tion unit (NEU), providing 
concurrent 
operation 
of the 
two units. The NEU executes all numeric instructions, 
while the CU receives and decodes instructions, 
reads 
and writes 
memory 
operands 
and executes 
proces- 


sor control 
instructions. 


The CU keeps the NDP operating 
in synchronization 
with its host CPU. NDP instructions 
are intermixed 
with CPU instructions 
in a single instruction 
stream. 


The CPU fetches 
all instructions 
from 
memory; 
by 
monitoring 
the status signals emitted by the CPU, the 
NDP control unit determines 
when an 8086-2 instruc- 
tion is being fetched. 
The CU taps the bus in parallel 
with the CPU 
and obtains 
that 
portion 
of the data 
stream. 


After decoding 
the instruction, 
the host executes 
all 
opcodes but ESCAPE (ESC), while the NDP executes 
only the ESCAPE class instructions. 
(The first five bits 
of all ESCAPE 
instructions 
are identical). 
The CPU 
does 
provide 
addressing 
for 
ESC 
instructions, 
however. 


Data 
Range 
Precl· 
Most 
Significant 
Byte 


Fonnats 
sian 
7 
07 
07 
07 
07 
07 
07 
07 
07 
07 
0 


Word Integer 
10' 
16 Bits 
1'5 
'0I 
Two's Complement 


Short Integer 
109 
32 Bits 
13, 
101 
Two's Complement 


Long Integer 
10'9 
64 Bits 
163 
101 
Two's 
Complement 


Packed BCD 
10'8 
18 Digits 
S 1 - 
10" 
0,61 
10, 
Dol 


Short Real 
10.38 
24 Bits 
S IE, 
Eol F, 
F231 
Folmplicit 


Long Real 
10.308 
53 Bits 
S IE,o 
EoIF, 
l 
F521 
Folmplicit 


Temporary Real 
10•• 932 
64 Bits 
SIE,. 
EoIFo 
Fa:ll 


Not.: 


Integer. I 
Frectlon: F 
Exponent: E 


Sign: S 
BCD Digit (4 Bits): 0 
Packed BCD: (.1,s(D" ... Dol 


RNI: (.1jS(~··'AS)(FoF, .. ) 


BI.s = 127 for Short Real 
1023 for long 
Real 
16i383 for Temp Real 


inter 


Rell Transt.rs 


FLD 
Load 
real 
FST 
Store 
real 
FSTP 
Store ,sal and 
pop 


FXCH 
Exchange 
registers 


Integer Transfers 


FILD 
Integer 
load 
FIST 
Integer 
store 
FISTP 
Inteoer 
store 
and 
pop 


Pock.cl 
Decimal 
Transfa 
•• 


FBLD 
Packed 
decimal 
(BCD) 
load 
FBSTP 
Packed 
decimal 
(BCD) 
store 
and 
pop 


FCOM 
FCOMP 
FCOMPP 
FICOM 
FICOMP 
FTST 
FXAM 


Compare 
real 


Compare 
real and 
pop 


Compare 
real and 
pop 
tWIce 
Inleger 
compare 


Integer 
compare 
and 
pop 
Tesl 
Examme 


FPTAN 
FPATAN 
F2XMl 
FY12X 
FY12XPI 


Partial langent 
Partial arctangent 
2"-1 
Y"og,)' 
Y.log,(X 
+ 1) 


AddlUon 


FADD 
Add 
real 
FADDP 
Add 
real 
and 
pop 
FIADO 
Inleger 
add 


Sublrocllon 


FSUB 
Subtract 
reat 


FSUBP 
Subtract 
real and 
pop 
FISUB 
Integer 
subtract 


FSUBR 
Subtract 
real 
reversed 
FSUBRP 
Subtracl 
real 
reversed 
and 
pop 
FISUBR 
Integer 
subtract 
reversed 


Multiplication 


FMUL 
Multiply 
real 
FMULP 
Multiply 
real 
and 
pop 
FIMUL 
Integer 
multiply 


OI,'olon 


FDIV 
Divide 
real 
FDIVP 
Divide 
real 
and 
pop 
FIDIV 
Inleger 
divide 
FDIVR 
Divide 
real 
reversed 
FOIVAP 
DIvide 
real 
reversed 
and 
pop 
FIDIVR 
Integer 
divIde 
reversed 


Other 
Operatlono 


FSORT 
SQuare 
root 


FSCALE 
Scale 
FPREM 
Par1lal 
reminder 
FRNOINT 
Round 
to integer 
FXTRACT 
Extract 
exponent 
and 
signiticand 
FABS 
Absolute 
value 
FCHS 
Change 
sign 


FINIT/FN1N1T 
Initialize 
processor 


FOISIIFNDISI 
Disable 
interrupts 


FENt/FNENI 
Enable 
Interrupts 


FlOCW 
load 
control 
word 


FSTCW/FNSTCW 
Store 
control 
word 


FSTSW/FNSTSW 
Store 
status 
word 


FClEXJFNCLEX 
Clear 
excepllons 


FSTENV/FNSTENV 
StOfe 
envlronmenl 


FLDENV 


FSAVE/FNSAVE 


FRSTOR 


FINCSTP 


FDECSTP 


FFREE 


FNOP 


FWAIT 


load 
environment 


Save 
state 


Restore 
slate 


Incremenl 
stack 
pointer 


Decrement 
stack 
pointer 


Free 
register 


No operalion 


CPU 
wait 


Approximate 
Execution 
Time (microseconds) 


Floating Point Instruction 


8087 
8086 
8087 
(5 MHz Clock) 
Emulation 
(8 MHz Clock) 


Add/Subtract Magnitude 
14/18 
1,600 
9/11 
Multiply (single precision) 
19 
1,600 
12 


Multiply (extended precision) 
27 
2,100 
17 
Divide 
39 
3,200 
24 


Compare 
9 
1,300 
6 


Load (double precision) 
10 
1,700 
6 


Store (double precision) 
21 
1,200 
13 
Square Root 
36 
19,600 
23 


Tangent 
90 
13,000 
56 


Exponentiation 
100 
17,100 
63 


An NDP instruction 
either will not reference 
memory, 


will 
require 
loading 
one 
or more 
operands 
from 


memory 
into the NDP, or will require 
storing 
one or 


more operands 
from the NDP into memory. 
In the first 


case, a non-memory 
reference escape is used to start 


NDP operation. 
In the last two cases, the CU makes 


use of a "dummy 
read" 
cycle initiated 
by the CPU, in 


which 
the CPU calculates 
the operand 
address 
and 


initiates 
a bus cycle, 
but does not capture 
the data. 
Instead, 
the CPU 
captures 
and saves the address 


which the CPU places on the bus. If the instruction 
is 


a load, the CU additionally 
captures 
the data word 


when 
it becomes 
available 
on the local data bus. If 


data required is longer than one word, the CU immedi- 
ately obtains the bus from the CPU using the request! 
grant protocol and reads the rest of the information 
in 


consecutive 
bus cycles. 
In a store operation, 
the CU 


captures and saves the store address as in a load, and 
ignores 
the data word 
that follows 
in the "dummy 


read" 
cycle. 
When the NDP is ready to perform 
the 


store, the CU obtains the bus from the CPU and writes 
the operand 
starting 
at the specified 
address. 


The NEU executes 
all instructions 
that 
involve 
the 


register stack. These include arithmetic, 
logical, tran- 
scendental, 
constant 
and data transfer 
instructions. 
The data path in the NEU is 80 bits wide (64 fraction 
bits, 15 exponent 
bits and a sign bit) which allows in- 


ternal operand 
transfers 
to be performed 
at very high 


speeds. 


When the NEU begins executing 
an instruction, 
it ac- 


tivates 
the NDP BUSY signal. 
This signal 
is used in 


conjunction 
with the CPU WAIT instruction 
to resyn- 


chronize both processors when the NEU has completed 
its current 
instruction. 


The NDP register set is shown in Figure 3. Each of the 
eight data registers 
in the NDP's 
register 
stack is 80 


bits wide and is divided 
into "fields" 
corresponding 


to the NDP's temporary 
real data type. The register 


set may be addressed 
as a push down stack, through 


a top of stack 
pointer 
or any register 
may be ad- 


dressed 
explicitly 
relative 
to the top of stack. 


The status word shown in Figure 4 reflects 
the over- 


all state of the NDP; it may be stored in memory 
and 


then inspected 
by CPU code. 
The status 
word 
is a 


16-bit register 
divided 
into fields as shown 
in Figure 


4. The busy bit (bit 15) indicates 
whether 
the NEU is 


executing an instruction (B = 1) or is idle (B = 0). Several 


ZERO 
DIVIDE 


OVERflOW 


UNDERflOW 


PRECISION 


(RESERVED) 


INTERRUPT 
REQUEST 
III 


CONDITION 
CODE 


TOP OF STACK 
POINTER 
e21 


III IR is HI 
if any unmasked 
IJ:ception 
bit is ut, 
cl•• rld 
otherwise 
III Top Valuu· 


ooo:z Rlgi.'lr 
0 is Top of Slick 
001 = Rlgistlr 
1 is Top of SI.ck 
··· 
111 = R10islir 
7 is Top of Stick. 


instructions 
which 
store and manipulate 
the status 


word are executed 
exclusively 
by the CU, and these 


do not set the busy bit themselves. 


The four numeric condition 
code bits (Co·C:J>are simi- 


lar to the flags in a CPU: various 
instructions 
update 


these bits to reflect the outcome 
of NDP operations. 


Bits 13-11 of the status word point to the NDP register 
that is the current 
top-of-stack 
(TOP). 


Bit 7 is the interrupt 
request 
bit. This bit is set if any 


unmasked 
exception 
bit is set and cleared otherwise. 


Bits 5-0 are set to indicate that the NEU has detected 
an exception 
while executing 
an instruction. 


The tag word marks the content 
of each register 
as 


shown 
in Figure 
5. The principal 
function 
of the tag 


word is to optimize 
the NDP's 
performance. 
The tag 


word can be used, however, 
to interpret 
the contents 


of NDP registers. 


TAG 
VALUES: 
00 
• 
VALID 


01 
• 
ZERO 
10 = SPECIAL 
11 "" EMPTY 


The instruction 
and data pointers 
(see Figure 
6) are 


provided for user-written error handlers. Whenever the 
NDP executes 
an NEU instruction, 
the CU saves the 


instruction 
address, 
the operand 
address 
(if present) 


and the instruction 
opcode. 
The NDP can then store 


this data in memory. 


INSTRUCTION 
POINTER 
(15-0) 


INSTRUCTION 
POINTER I 0 I 
INSTRUCTION 
OPCOOE 
(10·0) 
(11·18) 


DATA 
POINTEA 
(15-0) 


DATA 
POINTER 
(19-18) I 
0 


The NDP provides 
several processing 
options 
which 


are selected 
by loading a word from memory 
into the 


control word. Figure 7 shows the format and encoding 
of the fields in the control 
word. 


The NDP detects 
six different 
exception 
conditions 


that can occur during in§truction 
execution. 
Any or all 


exceptions 
will cause an interrupt 
if unmasked 
and in- 


terrupts 
are enabled. 


1'1 Pr,ci,lon Control 
00-24 bit, 
01"" A••• 
rved 
10-53 
bit, 
11 -S4 
bit, 


ill Rounding 
Control 


00 = Round to N•• r.,' 
or Even 


01 :: Round Down (tow.rd 
. I 
10. 
Round 
Up (tow.rd 
+ ) 
" • Chop (lrune," low.rd zero) 


INVALID 
OPEAATION 


OENQRMALIZED 
OPERAND 


ZERO 
DIVIDE 


OVERFLOW 


UNDERFLOW 


PRECISION 


(RESERVED) 


INTERRUPT 
MASK 
(1 ,. INTERRUPTS 
ARE 
MASKED) 


PRECISION 
CONTROL 
"j 


ROUNDING 
CONTROL 
!II 


INFINITY 
CONTAOl 
(0"" PROJECTIVE, 
1 •• AFFINE) 


(RESERVED) 


If interrupts are disabled, the NDP will simply suspend 
execution 
until 
the 
host clears 
the exception. 
If a 
specific exception 
class is masked and that exception 
occurs however, the NDP will post the exception 
in the 
status register and perform an on-chip default excep- 
tion handling 
procedure, 
thereby allowing 
processing 
to continue. 
The exceptions 
that the NDP detects are 
the following: 


1. INVALID 
OPERATION: 
Stack overflow, 
stack un- 
derflow, 
indeterminate 
form (0/0, -, etc.) or the use 
of a Non-Number 
(NAN) as an operand. 
An expo- 
nent value is reserved and any bit pattern with this 
value in the exponent field is termed a Non-Number 
and 
causes 
this 
exception. 
If this 
exception 
is 
masked, 
the NDP default 
response 
is to generate 
a specific NAN called INDEFINITE, 
or to propagate 
already 
existing 
NANs as the calculation 
result. 


2. OVERFLOW: 
The result is too large in magnitude 
to fit the specified 
format. 
The NDP will generate 
the code for infinity 
if this exception 
is masked. 


3. ZERO DIVISOR: 
The divisor 
is zero while the divi- 
dend is a non-infinite, 
non-zero number. Again, the 
NDP will generate the code for infinity if this excep- 
tion is masked. 


4. UNDERFLOW: 
The result is non-zero·but 
too small 


in magnitude 
to fit in the specified format. If this ex- 
ception 
is masked the NDP will deriormalize 
(shift 


right) the fraction 
until the exponent 
is in range. 
This process 
is called 
gradual 
underflow. 


5. DENORMALIZED 
OPERAND: 
At least one of the 
operands 
or the result is denormalized; 
it has the 
smallest exponent 
but a non-zero significand. 
Nor- 
mal 
processing 
continues 
if this 
exception 
is 
masked 
off. 


6. INEXACT 
RESULT: 
If the true result is not exactly 
representable 
in the specified 
format, the result is 
rounded according 
to the rounding 
mode, and this 
flag is set. If this exception 
is masked, 
processing 
will simply 
continue. 


The iSBC 337N337 module 
is supported 
by the fol- 
lowing Intel software 
products: 
iRMX™ 86 Operating 
System, 
iRMX 88 Real-time 
Multi-tasking 
Executive, 
ASM 86/88 Assembly 
language, 
PLIM 86/88 Systems 
Implementation 
Languages, 
Pascal 
86/88, 
Fortran 
86/88 along with iRMX Development 
Utilities Package. 


In addition to the instructions provided in the languages 
to sUPJil0rt the additional 
math functions, 
a software 
emulator 
is also available 
to allow the execution 
of 
iAPX 
instructions 
without 
the 
need 
for the 
iSBC 
337N337 module. This allows for the development 
of 
software in an environment 
without the iAPX processor 
and then transporting 
to its final run time environment 
with no changes 
in software 
code or mathematical 
results. 


SPECIFICATIONS 


Physical Characteristics 


Width 
- 
5.33 cm (2.100") 


Length 
- 
5.08 cm (2.000") 


Height 
-1.82 
cm (.718") 
iSBC 337A board 
+ host board 


Weight 
- 
17.33 grams (.576 oz.) 


Electrical Characteristics 


DC Power 
Requirements 


Vee=5V±5% 
lee=475 
mA max. 


Ice = 350 mA typo 


Environmental 
Characteristics 


Operating 
Temperature 
- 
O°C to 55°C 
with 200 
linear feet/minute 
airflow 


Relative 
Humidity"";' 
Up to 90% 
R.H. without 
con- 
densation. 


Reference Manual 


147163-001 
- 
iSBC 337N337 MULTIMODULE 
Nu- 
meric 
Data Processor 
Hardware 
Reference 
Manual 
(NOT SUPPLIED 
WITH MULTIMODULE 
BOARD). 


Manuals 
may be ordered 
from any Intel sales repre- 
sentative, 
distributor 
office, 
or from 
Intel Literature 
Department, 
3065 
Bowers 
Avenue, 
Santa 
Clara, 
California, 
95051. 


SBC 337A 
MULTIMODULE 
Numeric 
Data 
Processor 


SBC 337 
MULTIMODULE 
Numeric 
Data 
Processor 


Memory Expansion Boards 
6 


inter 


iSBC® 012B 
RAM MEMORY BOARDS 


• 
iSBC@ 86, iSBC 88 and iSBC 80 Board 
RAM Expansion 
Through 
Direct 


MUL TIBUS@ Interface 


• 
512K of Read/Write 
Memory 


• 
On-Board 
Parity Generator/Checker 


and Error Status Register 


• 
Requires 
a Single + 5V Power Supply 


• 
Assignable 
Anywhere 
Within a 16 


Megabyte 
Address 
Space 


• 
Jumper 
Selectable 
Base Address 
on 


any 16K Byte Boundary 


• 
Auxiliary 
Power 
Bus and Memory 


Protect 
Control 
Logic for Battery 


Backup RAM Requirements 


The iSBC 012 RAM memory 
board 
is a member 
of Intel's 
complete 
line of iSBC memory 
and 1/0 expansion 
boards. 
The board 
interfaces 
directly 
to any iSBC 86, iSBC 88 or iSBC 80 Single 
Board 
Computer 
via the 
MUL TIBUS 
interface 
to expand 
system 
RAM capacity. 
The iSBC 012B board 
contains 
512K 
bytes of readl 


write memory 
implemented 
using dynamic 
RAM components. 
An on-board 
dynamic 
RAM controller 
refreshes 
a portion 
of these components 
every 16 microseconds. 
Each refresh 
cycle utilizes memory 
for 550 nanosec- 
onds (maximum). 


The iSBC 012B board generates 
byte oriented 
parity during all write operations 
and performs 
parity checking 
during 
all read 
operations. 
When 
a parity 
error 
is detected, 
the 
board 
can 
generate 
an interrupt 
on the 
MUL TIBUS interface. 
In addition, 
the row and bank of the RAM array containing 
the error are stored in a Parity 
Flag Register. 
This register 
is accessible 
as a MUL TIBUS 
1/0 port. An on-board 
LED also provides 
a visual 
indication 
that a parity error has occurred. 


inter 


Memory Size 


524,288 bytes (iSBC 012B) 


330 ns (worst case) 
300 ns (typical) 


Cycle Times (Worst Case) 


Read: 500 ns max. 
Write: 500 ns max. 
Refresh: 550 ns max. 


All address, data and command signals are TTL 
compatible. 


Memory: Base address is jumper selectable on any 
16K byte boundary in a 16 megabyte address space. 
On-board RAM cannot cross a 4 megabyte address 
boundary. 


Parity Flag Register: The I/O address of the Parity 
Flag Register is jumper selectable to be between 
OOHto OFHor 40H to 4FH. 


Edge Connector: 86-pin double-sided PC edge con- 
nector with 0.156 in. contact centers. 


Mating Connector: Viking 3KH43/9AMK12 or equiv- 
alent. 


An auxiliary power bus is provided to allow separate 
power to RAM array for systems requiring battery 
backup of read/write memory. Selection of this aux- 
iliary RAM power bus is made via jumpers on the 
board. 


Memory Protect 


An active-low TTL compatible memory protect signal 
is brought out on the auxiliary connector which, 
when asserted, disables read/write access to RAM 
on the board. This input is provided for the protec- 
tion of RAM contents during system power-down se- 
quences. 


Physical Characteristics 


Width: 
12.00 in. (30.48 cm) 


Height: 6.75 in. (17.15 cm) 
Depth: 
0.50 in. (1.27 cm) 
Weight: 14 oz. (397 gm) 


Normal System Operation (max.) 


4.8A (worst case) 
3.46A (typical) 


Auxiliary Power No RAM Access (max.) 


1.35A (worst case) 
0.88A (typical) 


Operating Temperature: O°Cto + 55°C 
Relative Humidity: 
to 90% (without condensa- 
tion) 


Reference 
Manual 
143865-001- iSBC 056B/012B 
Hardware Refer- 


ence Manual (not supplied) 


Manuals may be ordered from any Intel sales repre- 
sentative, distributor office, or from Intel Literature 
Dept., 3065 Bowers Avenue, Santa Clara, California 
95051. 


ORDERING 
INFORMATION 
Part Number 
Description 
SBC 012B 
512K-Byte RAM Board with Parity 


inter 
iSBC® 012C 
ECC RAM BOARD 


• 
iSBC 86, iSBC 88 RAM Expansion 
Through 
Direct, 
IEEE 796, MUL TIBUS® 
Interface 


• 
512K Bytes of Read/Write 
Memory 


• 
Single Bit Error Correction 
and Double 
Bit Error Detection 
Via Intel 8206 ECC 
Device 


• 
Control 
Status Register 
Supports 
Multliple 
ECC Operating 
Modes 


• 
Error Status Register 
Provides 
Error 
Logging 
by Host CPU Board 


• 
Base Address 
Selectable 
on 16K Byte 
Boundaries 


• 
Supports 
8 or 16-Bit Transfer 
and 24- 
Bit Addressing 


• 
Auxiliary 
Power 
Bus and Memory 
Protect 
Logic for Battery 
Back-Up 
RAM 
Requirements 


The iSBC 012C RAM board is a member 
of Intel's 
complete 
line of iSBC memory 
and I/O Expansion 
boards. 
The board interfaces 
directly to any iSBC 88 or iSBC 86 Single Board Computer 
via the IEEE P796 MUL TIBUS 
interface 
to expand 
system 
RAM capacity. 
The iSBC 012C board contains 
512K bytes of read/write 
memory 
implemented 
using dynamic 
RAM components. 


Single 
bit error correction 
and double 
bit error detection 
are provided 
on the iSBC 012C board via the Intel 
8026 Error Checking 
and Correction 
(ECG) device. 
Due to the on-board 
ECC features 
of the board it is ideally 
suited 
in applications 
where 
integrity 
of the stored 
data 
is critical, 
such 
as financial 
transactions, 
process 
control 
and medical 
equipment 
applications. 


Refresh 
control 
of the RAM array is handled 
on-board 
by the RAM Array Control 
Logic. Therefore, 
no external 
refresh 
commands 
are necessary. 


The iSBC 012C RAM board is physically and electri- 
cally compatible with the MULTIBUS interface stan- 
dard, IEEE P796, as outlined in the Intel MULTIBUS 
specification. 


Maximum system memory size with this board is 16 
megabytes. On-board jumpers assign the board to 
one of four 4 megabyte pages. Each page is parti- 
tioned into 256 blocks of 16K bytes each. The small- 
est partition on the board is 16K bytes. Jumpers as- 
sign the base address (lowest 16K block) within the 
selected 4 megabyte page. 


Error Checking and Correcting 
(ECC) 


Error Checking and Correction is accomplished with 
the Intel 8206 Error Checking and Correction device. 
This ECC component in conjunction with the ECC 
check bit RAM array provides error detection and 
correction of single bit errors and detection only of 
double bit and most multiple bit errors. The ECC cir- 
cuitry can be programmed to various modes to pro- 
vide full diagnostic testing of both the storage and 
check bit RAM arrays. 


The processor board communicates with the ECC 
circuitry via a single I/O port. This port is used for 
the Control Status Register (CSR) and the Error 
Status Register (ESR). The Control Status Register 
is programmed by the user to determine the mode of 
operation while the Error Status Register provides 
information about memory errors. The iSBC 012C 
RAM board is shipped with a Programmable Array 
Logic (PAL) device which allows selecting one of 9 
possible addresses for the I/O port. The actual sele- 
tion is done by jumper configuration. Additional un- 
programmed locations are left in the PAL to allow 
application specific I/O addresses to be defined. 


Battery Back-up/Memory 
Protect 


An auxiliary power bus is provided to allow separate 
power to the RAM array for systems requiring back- 
up of read/write memory. An active low TTL com- 
patible memory protect signal is brought out on the 
auxiliary bus connector which, when asserted, dis- 
ables read/write access to tIle RAM board. This in- 
put is provided for the protection of RAM contents 
during system power-down sequences. 


ERROR CHECKING AND CORRECTION 


The iSBC 012C RAM board uses two special regis- 
ters to pass ECC mode control and status informa- 
tion to and from the system master iSBC board. 
These registers are called the Control Status Regis- 
ter (CSR) and the Error Status Register (ESR). 


There are six ECC modes of operation on the iSBC 
012C RAM board. Each mode is obtained by soft- 
ware programming of the CSR from the master iSBC 
board. The size modes are: 
a. Interrupt on any error mode 
b. Interrupt on non-correctable error only mode 
c. Correcting mode 
d. Non-correcting mode 
e. Diagnostic mode 
f. Examine syndrome word mode 


Modes (a) and (b) can be used in conjunction with 
(c) and (d). The six modes are described below. 


Interrupt on Any Error Mode-In 
this mode the 
RAM board will interrupt the iSBC processor only 
when any error (single or multiple bit) is detected by 
the ECC circuitry. 


Interrupt on Non-Correctable Error Mode-In 
this 
mode the RAM board will interrupt the iSBC proces- 
sor only when a non-correctable (multiple bit) error is 
detected by the ECC circuitry. A multiple bit error is 
not correctable by the ECC circuitry. 


Correcting Mode-In 
this mode the RAM board 
corrects any correctable error (single-bit error). Er- 
rors which are not correctable are not modified. In- 
terrupts are generated depending on the interrupt 
mode selected. 


Non-Correcting Mode-In 
this mode the RAM 
board does not correct any error. The ECC circuitry 
continues to check for errors, but no corrective ac- 
tion is taken. Interrupts continue as described previ- 
ously. 


Diagnostic Mode-This 
mode is used for testing 
the on-board ECC circuitry. In this mode the write 
enable strobe to the ECC RAM array is continuously 
disable. The diagnostic mode can be used to simu- 
late errors and in conjunction with the "Examine 
Syndrome Word Mode" examine the check bits gen- 
erated by the ECC circuitry. 


~xamlne ~ynarome wora Moae-I 
rm, rnout:l, In 
conjunction with the "Diagnostic Mode", is used for 
testing the EGG memory.·In this mode, the syn- 
drome bits/check 
bits are clocked into the Error 


Status Register (ESR) on every memory read/write 
cycle, 
respectively. The 
ESR translation 
PROM 


switches to a transparent mode in the Examine Syn- 
drome Word Mode. This allows the actual syndrome 
word generated by the 8206 EGG device to be ex- 
amined. 


This 8-bit register contains information about memo- 
ry errors. The ESR reflects the latest error occu- 
ranee. Table 1 shows the status register format. Bits 
5 & 6 show the failing row while bits 0 through 4 
indicate which bit (of the 16-bit data word or the 6-bit 
EGGsyndrome word) is in error. Bit 7 is always high. 


Table 1 


Bit 
Meaning 
6 
5 
0 
0 
Error in row 
0 


0 
1 
1 


1 
0 
2 


1 
1 
3 


Bit 
Meaning 


4 
3 
2 
1 
0 


0 
0 
0 
0 
0 
Error in data bit 
0 


0 
0 
0 
0 
1 
1 
0 
0 
0 
1 
0 
2 


0 
0 
0 
1 
1 
3 


0 
0 
1 
0 
0 
4 


0 
0 
1 
0 
1 
5 


0 
0 
1 
1 
0 
6 


0 
0 
1 
1 
1 
7 


0 
1 
0 
0 
0 
8 


0 
1 
0 
0 
1 
9 


0 
1 
0 
1 
0 
10 


0 
1 
0 
1 
1 
11 


0 
1 
1 
0 
0 
12 


0 
1 
1 
0 
1 
13 


0 
1 
1 
1 
0 
14 


0 
1 
1 
1 
1 
15 


1 
0 
0 
0 
0 
Error in check bit 
0 


1 
0 
0 
0 
0 
1 


1 
0 
0 
1 
0 
2 


1 
0 
0 
1 
1 
3 


1 
0 
1 
0 
0 
4 


0 
0 
1 
0 
1 
5 


1 
1 
1 
1 
0 
No Error 


1 
1 
1 
1 
1 
Non-correctable 
(multiple-bit error) 


NOTE: 
Bit 7 is always 
high 


Memory Size 


524,288 Bytes (iSBG 012C) 


Access Times (All Densities) 


Read/Full Write: 350 ns (max) 
Write Byte: 
530 ns (max) 


Cycle Times (All Densities) 


Read/Full Write: 460 ns (max) 
Write Byte: 
885 ns (max) 


NOTE: 
If an error is detected, read access time and cycle 
times are extended by 255 ns. 


Refresh Cycle Time: 15.6 JLs 
Refresh Delay Time: 760 ns 


Memory Partitioning 


Maximum System RAM size is 16M Bytes 


1 of 4 megabyte pages as follows: 0-4 megabytes; 
4-8 
megabytes; 8-12 
megabytes; 12-16 
mega- 


bytes 


BLOCK ADDRESS (16K BYTES) 


iSBC 012C RAM board-32 
continguous 16K Byte 


Blocks (512K Bytes) 


NOTE: 
Blocks cannot cross 4K Byte Boundary. 


intJ 


BASE ADDRESS 


Any 16K By1eBoundary 


Power Requirements 


Voltage: 
5Voc ± 5% 
Current: 
iSBC 012C 6.8A max 


Standby: 
iSBC 012C 2.5A max 


Environmental 
Requirements 


Operating Temperature: 
O·Cto 55·C 


Operating Humidity: 
To 90% without conden- 
sation 


Width: 
Height: 
Thickness: 
Weight: 


12 inches (30.48 cm) 
6.75 inches (17.15 cm) 
0.50 inches (1.27 cm) 
23.5 ounces (6589 gm) 


Reference 
Manuals 


145183-001-iSBC 
028C/iSBC 
056C/iSBC 
012C 


Hardware Reference Manual 


Manuals may be ordered from any Intel Sales Rep- 
resentative, Distributor Office, or from the Intel liter- 
ature Department, 3065 Bowers Avenue, Santa 
Clara, CA 95051. 


Part Number Description 
SBC 012C 
512K By1eRAM board with ECC 


inter 
iSBC® 012CX, 010CX, AND 020CX 
iLBXTM RAM BOARDS 


• 
Dual Port Capability 
via MUL TIBUS@ 
and ILBX Interfaces 


• 
Single Bit Error Correction 
and Double 
Bit Error Detection 
Utilizing Intel 8206 
ECC Device 


• 
512K Byte, 1024K Byte, and 2048K Byte 
Versions 
Available 


• 
Control 
Status Register 
Supports 
Multiple 
ECC Operating 
Modes 


• 
Error Status Register 
Provides 
Error 
Logging 
by Host CPU Board 


• 
16 Megabyte 
Addressing 
Capability 


• 
Supports 
8- or 16-blt Data Transfer 
and 
24-blt Addressing 


• 
Auxiliary 
Power 
Bus and Memory 
Protect 
Logic for Battery 
Back-Up 
RAM 
Requirements 


The iSBC 012CX, iSBC 01 OCX and iSBC 020CX RAM memory 
boards are members 
of Intel's complete 
line of 
iSBC memory 
and I/O expansion 
boards. 
Each board interfaces 
directly 
to any iSBC 80, iSBC 86, iSBC 186, 
and iSBC 286 Single Board Computers. 
The dual port feature 
of the CX series of RAM-boards 
allow access to 
the memory 
of both the MUL TIBUS and iLBX bus interfaces. 


In addition 
to the dual port features 
the "CX" 
series of RAM-boards 
provide 
Error Checking 
and Corrections 
Circuitry 
(ECG) which 
can detect 
and correct 
single 
bit errors 
and detect, 
but not correct, 
double 
and most 
multiple 
bit errors. 


The iSBC 012CX board contains 
512K bytes of read/write 
memory 
using 64K dynamic 
RAM components. 
The 
iSBC 010 CX and iSBC 020 CX boards 
contain 
1024K 
and 2048K 
bytes of read/write 
memory 
using 256K 
dynamic 
RAM components. 


Due to the 
iLBX 
dual 
port capability 
and on-board 
ECC features 
of the 
boards 
they 
are ideally 
suited 
in 
applications 
where 
memory 
performance 
and integrity 
is critical, 
such as financial 
transactions, 
process 
con- 
trol and medical 
equipment 
applications. 


inter 


General 


The iSBC 012CX, 010CX, and 020CX RAM boards 
are physically and electrically compatible with the 
MULTIBUS interface standard, IEEE-l9G, as out- 
lined in the Intel MULTIBUS specification. In addition 
the CX series of RAM-boards are physically and 
electrically compatible with the iLBX bus (Local Bus 


Extension) interface as outlined in the Intel iLBX 
Specification (see Figure 1). 


Dual Port Capabilities 


The "cx" series of RAM-boards can be accessed 
by either the MULTIBUS interface or the iLBX inter- 
face (see Figure 2). Intel's iLBX interface is an unar- 
bitrated bus architecture which allows direct transfer 
of data between the CPU and the memory boards 


I 
I 
I 
512K 
1024 K, 2058 K 
BYTES ARRAY 
I 
I 
I 


inter 


without accessing the MULTIBUS bus. Due to the 
unarbitrated nature of the iLBX interface significant 
improvements in memory access times result, typi- 
cally a 2-6 Wait State improvement over MULTIBUS 
memory access. 


Maximum system memory size with this series of 
boards is 16 megabytes. Memory partitioning is inde- 
pendent for the MULTIBUS interface and the iLBX 
interface. 


For MULTIBUS operations, on-board jumpers assign 
the board to one of four 4-megabyte pages. Each 
page is partitioned into 256 blocks of 16K bytes 
each. The smallest partition on any board in this se- 
ries is 8K bytes. Jumpers assign the base address 
(lowest 16K block) within the selected 4-megabyte 
page. 


The iLBX bus memory partitioning differs from the 
MULTIBUS bus partitioning in that the iLBX bus ad- 
dress space consists of 256 contiguous blocks of 
64K bytes totaling 
16 megabytes. As with the 
MULTIBUS bus partitioning, the base addresses are 
set with on-board jumpers. 


Error checking and correction is accomplished with 
the Intel 8206 Error Checking and Correcting device. 
This ECC component, in conjunction with the ECC 
check bit RAM array, provides error detection and 
correction of single bit errors and detection only of 
double bit and most multiple bit errors. The ECC cir- 
cuitry can be programmed via the Control Status 
Register (CSR) to various modes while error logging 
is supported by the Error Status Register (ESR). 
Both CSR and ESR communicate with the master 
CPU board through a single I/O port. 


The processor board communicates with the ECC 
circuitry via a single I/O port. This port is used for 
the Control Status Register (CSR) and the Error 
Status Register (ESR). The CSR is programmed by 
the user to determine the mode of operation while 
the ESR provides information about memory errors. 


The iSBC 012CX, iSBC 010CX, and iSBC 020CX 
RAM boards are shipped with a Programmed Array 
Logic (PAL) device which allows selecting one of 9 
possible addresses for the I/O port. The actual se- 
lection is done by jumper configuration. Additional 
unprogrammed locations are left in the PAL to allow 
application specific I/O addresses to be defined. 


There are six ECC modes of operation in the "CX" 
family of RAM boards. Each mode is obtained by 
software programming of the CSR from the master 
iSBC board. The six modes are: 


a. Interrupt on any error mode 
b. Interrupt on non-correctable error only mode 


c. Correcting mode 
d. Non-correcting mode 
e. Diagnostic mode 
1. Examine syndrome word mode 


Modes (a) and (b) can be used in conjunction with 
(c) and (d). The six modes are described below. 


Interrupt on Any Error Mode-In 
this mode the 
RAM board will interrupt the iSBC processor board 
when any error (single bit or multiple bit) is detected 
by the ECC circuitry. 


Interrupt on Non-Correctable Error Mode-In 
this 
mode the RAM board will interrupt the iSBC proces- 
sor board only when a non-correctable (multiple bit) 
error is detected by the ECC circuitry. A multiple bit 
error is not correctable by the ECC circuitry. 


Correcting Mode-In 
this mode the RAM board 
corrects any correctable error -(single bit error). Er- 
rors which are not correctable are not modified. In- 
terrupts are generated depending on the interrupt 
mode selected. 


Non-Correcting Mode-In 
this mode the RAM 
board does not correct any error. The ECC circuitry 
continues to check for errors, but no corrective ac- 
tion is taken. Interrupts continue as described previ- 
ously. 


Diagnostic Mode-This 
mode is used for testing 
the on-board ECC circuitry. In this mode the write 
enable strobe to the ECC RAM array is continuously 
disabled. The diagnostic mode can be used to simu- 
late errors and in conjunction with the "Examine 
Syndrome Word Mode" examine the check bits gen- 
erated by the ECC circuitry. 


Examine Syndrome Word Mode-This 
mode, in 
conjunction with the diagnostic mode, is used for 
testing the ECC memory. In this mode, the syn- 
drome bits/check bits are clocked into the ESR on 
every memory read/write cycle, respectively. The 
ESR translation PROM switches to a transparent 
mode in the examine syndrome word mode. This al- 
lows the actual syndrome word generated by the 
8206 ECC device to be examined. 


Bit 
Bit 


6 
5 
I 
Meaning 
4 
3 
2 
1 
0 
Meaning 


0 
0 
Error in row 
0 
0 
1 
0 
1 
0 
Error in data bit 
10 
0 
1 
1 
0 
1 
0 
1 
1 
11 
1 
0 
2 
0 
1 
1 
0 
0 
12 
1 
1 
3 
0 
1 
1 
0 
1 
13 


0 
1 
1 
1 
0 
14 
Bit 
Meaning 
0 
1 
1 
1 
1 
15 
4 
3 
2 
1 
0 
Error in check bit 
0 
0 
0 
0 
0 
Error in data bit 
0 
1 
0 
0 
0 
0 
0 


1 
0 
0 
0 
1 
1 
0 
0 
0 
0 
1 
1 
1 
0 
0 
1 
0 
2 
0 
0 
0 
1 
0 
2 
1 
0 
0 
1 
1 
3 
0 
0 
0 
1 
1 
3 
1 
0 
1 
0 
0 
4 
0 
0 
1 
0 
0 
4 
1 
0 
1 
0 
1 
5 
0 
0 
1 
0 
1 
5 


0 
0 
1 
1 
0 
6 
1 
1 
1 
1 
0 
No Error 
0 
0 
1 
1 
1 
7 
1 
1 
1 
1 
1 
Non-correctable 
0 
1 
0 
0 
0 
8 
(multiple-bit 
error) 
0 
1 
0 
0 
1 
9 


The 8-bit register 
contains 
information 
about memo- 


ry errors. 
The 
ESR reflects 
the 
latest 
error 
occur- 


rence. Table 1 shows the status register format. 
Bits 


5 and 6 show the failing 
row while 
bits 0 through 
4 


indicate which bit (of the 16-bit data word or the 6-bit 
ECC syndrome) 
is in error. Bit 7 is always 
high. 


An auxiliary power bus is provided 
to allow separate 
power to the RAM array for systems 
requiring 
back- 
up of read/write 
memory. 
An active 
low TIL 
com- 


patible 
memory 
protect 
signal is brought 
out on the 
auxiliary 
bus connector 
which, 
when 
asserted, 
dis- 
ables read/write 
access 
to the RAM board. This in- 
put is provided 
for the protection 
of RAM contents 
during system 
power-down 
sequences. 


Memory 
Size 


524,288 
bytes (iSBC 012CX board) 


1,048,576 
bytes (iSBC 010CX board) 


2,097,152 
bytes (iSBC 020CX board) 


MUL TIBUS® System Bus 


Read/Full 
Write- 
380 ns (max) 


Write Byte 
- 
530 ns (max) 


Read/Full 
Write- 
340 ns (max) 


Write Byte 
- 
440 ns (max) 


Read/Full 
Write- 
490 ns (max) 


Write Byte 
- 
885 ns (max) 


Read/Full 
Write- 
375 ns 


Write Byte 
- 
740 ns 


NOTE: 
If an error is detected, 
read access 
time and cycle 


times are extended 
to 255 ns (max) 


inter 


Maximum System memory size is 16M Bytes for 
both MULTIBUS and iLBX BUS. MULTIBUS parti- 
tioning is by Page, Block and Base, while the iLBX 
BUS is by Block and Base only. 


Page Address 


MULTIBUS@- 0-4 megabytes; 4-8 megabytes, 8- 


12 megabytes; 12-16 megabytes 


iLBXTMBUS- 
NI A 


Base Address 


MULTIBUS@System Bus- Any 16K byte boundary 
within 
the 
4M-byte 
page. 


iLBXTMLocal Bus 
- 
Any 64K byte boundary 
selectable 
on 
board 
boundaries to 8M-bytes 
and 
some 
64K-byte 
boundaries in the first 
megabyte. Others avail- 
able 
if 
PAL program- 


ming is changed. 


Product 
Current 
Standby 
(Battery Back-Up) 


iSBCI!>012CX 
4.4A (typ.) 
2.2A (typ.) 


Board 
6.8A(max.) 
2.4A (max.) 


iSBCI!>010CX 
4.8A (typ.) 
2.1A (typ.) 


Board 
7.0A (max.) 
2.3A (max.) 


iSBCI!>020CX 
5.3A (typ.) 
2.2A (typ.) 


Board 
7.5A (max.) 
2.4A (max.) 


Environmental 
Requirements 


Operating Temperature: O°Cto 55°C airflow of 200 


linear feet per minute 


Operating Humidity: 
To 90% without condensa- 
tion 


Width: 
Height: 


Thickness: 
Weight: 


30.48 cm (12 inches) 


17.15 cm (6.75 inches) 
1.27 cm (0.50 inches) 
iSBC 012CX board: 6589 
gm 
(23.5 


ounces); iSBC 010CX board: 5329 gm 
(19.0 ounces); iSBC 020CX board: 6589 
gm (23.5 ounces) 


Reference 
Manuals 


145158-003-iSBCI!> 028CX/iSBCI!>056CX/iSBC@ 


012CX Hardware Reference Manual 


144456-001-lntel 
iLBXTM010CX, 020CX 


Specification 


Manuals may be ordered from any Intel Sales Rep- 
resentative, Distributor Office or from the Intel Liter- 
ature Department, 3065 Bowers Avenue, Santa 
Clara, CA. 95051 


ORDERING 
INFORMATION 


Part Number 
Description 
iSBC 012CX 
512K byte RAM board with ECC 
and iLBX Connectors 


iSBC 01OCX 
1M byte RAM board with ECC 
and iLBX Connectors 


iSBC 020CX 
2M byte RAM board with ECC 
and iLBX Connectors 


inter 


iSBC® 012EX, 010EX, 020EX, and 040EX 


HIGH PERFORMANCE 
RAM BOARDS 


• 
0 Wait States at 8 MHz Performance 
with the ISBC@286/10A, 
ISBC 286/12 Board 


• 
Dual Port Capability Via MULTIBUS@ 
and High Speed Synchronous 
Interface 


• 
Configurable 
to Function Over 


ILBXTMBus 


• 
On-Board Parity Generator/Checker 


• 
Independently 
Selectable Starting and 


Ending Addresses 


• 
16 Megabyte Addressing 
Capability 


• 
512K Byte, 1024K Byte, 2048K Byte, 
and 4096K Byte Densities Available 


The iSBC 012EX, 
iSBC 010EX, 
iSBC 020EX, and iSBC 040EX 
RAM memory 
boards 
are members 
of Intel's 
complete 
line of iSBC 
memory 
and 
I/O 
expansion 
boards. 
The 
EX boards 
are dual 
ported 
between 
the 
MUL TIBUS interface 
and one of two types of dedicated 
memory buses. The dedicated 
buses are the iLBX bus 
and a high speed 
interface. 
The EX series of RAM-boards 
can be configured 
to be accessed 
over the iLBX 
bus, as well as MULTIBUS 
bus, to provide 
memory 
support 
for the iSBC 286/10 
board, performing 
at 6 MHz 
and the iSBC 186/03A 
board, 
performing 
at 8 MHz. The EX boards 
are default 
configured 
to run over the 
MUL TIBUS interface 
and the high speed interface. 
This provides 
0 wait state 8 MHz memory 
support 
for the 
iSBC 286/10A 
and iSBC 286/12 
boards. 


The 
EX RAM-boards 
generate 
byte oriented 
parity 
during 
all write 
operations 
and perform 
parity 
checking 
during all read operations. 
An on-board 
LED provides 
a visual indication 
that a parity error has occurred. 


The iSBC 012EX, iSBC 010EX, iSBC 020EX, and iSBC 040EX boards contain 
512K bytes, 1M byte, 2M bytes, 
and 4M bytes of read/write 
memory 
using 256K dynamic 
RAM components. 


Due to the high speed 
synchronous 
interface 
capability 
of the boards, 
they are ideally 
suited 
in applications 
where 
memory 
performance 
is critical. 


General 


The iSBC 012EX, 010EX, 020EX, and 040EX RAM 
boards are physically and electrically compatible 
with the MULTIBUS interface standard, IEEE-796, 
as outlined in the Intel MULTIBUS architecture spec- 
ification. 


The "EX" series of RAM-Boards can be accessed 
by the MULTIBUS interface, and either the iLBX 
Bus, or the high speed synchronous interface (see 
Figures 1 and 2). The EX series require jumper and 
PAL configuration to be accessed over iLBX Bus. 


Intel's iLBX interface is an unarbitrated bus architec- 
ture which allows direct transfer of data between the 
CPU and the memory boards without accessing the 
MULTIBUS bus. Due to the unarbitrated nature of 
the iLBX interface, significant improvements in mem- 
ory access times compared to the MULTIBUS bus 
accesses result. The EX Boards provide 1 wait state 
performance at 6 MHz and 2 wait states at 8 MHz 
over the iLBX board. The EX Memory Board Hard- 
ware Reference Manual should be consulted for de- 
tails. 


The high speed synchronous interface, like the iLBX 
Bus, is a bus architecture which allows direct trans- 
fer of data between the CPU and the memory 
boards without accessing the MULTIBUS bus. This 
high speed interface runs synchronously with the 
iSBC 286/10A and iSBC 286/12 to provide 0 wait 
state performance at 8 MHz. 


Maximum system memory size with this series of 
boards is 16 megabytes. Memory partitioning is inde- 
pendent for the MULTIBUS interface and the iLBX 
interface. 


A 256K boundary select is implemented on the iSBC 
012EX board. A 512K boundary select is implement- 
ed on the iSBC 010EX board. A 1M boundary is im- 
plemented on the iSBC 020EX and iSBC 040EX 
boards. 


The ending address is selectable as memory size 
minus select options of 0, 128K, 256K, or 512K on 
all of the EX boards. 


The I/O address of the Parity Interrupt Clear circuitry 
is jumperable to anyone of 256 addresses. 


Word Size Supported 


8- or 16-bits. 


Memory Size 


524,288 bytes (iSBC012EX board) 


1,048,576 bytes (iSBC01OEXboard) 
2,097,152 bytes (iSBC020EX board) 
4,194,304 bytes (iSBC040EX board) 


MULTIBUSiKl SYSTEM BUS 


Read/Full Write- 
375 ns (max) 


Write Byte- 
375 ns (max) 


Read/Full Write- 
167 ns (max) 


Write Byte- 
132 ns (max) 


ILBXTM BUS 


Read/Full Write- 
295 ns (max) 


Write Byte- 
116 ns (max) 


MULTIBUSiKlSYSTEM BUS 


Read/Full Write- 
625 ns (max) 


Write Byte- 
625 ns (max) 


inter 


HIGH SPEED 
SYNCHRONOUS 
INTERFACE 


Read/Full Write- 
250 ns (max) 


Write Byte 
- 
250 ns (max) 


ILBXTM BUS 


Read/Full Write- 
437.5 ns (max) 


Write Byte 
- 
437.5 ns (max) 


Memory Partitioning 


Maximum System memory size is 16M Bytes for the 
MULTIBUS, iLBX bus and the high speed interface. 


Board 
Base Address 


iSBC 012EX Board 
any 256K boundary in 
first 4 megabytes 


iSBC 01OEXBoard 
any 512K boundary in 
first 8 megabytes 


iSBC 020EX Board 
any 1M boundary 


iSBC 040EX Board 
any 1M boundary 


Power ReqUirements 


Voltage-5 
VDC ±5% 


Product 
Current 


iSBC 012EX Board 
3.2A (typ) 
4.9A (max) 


iSBC 01OEXBoard 
3.4A (typ) 
5.0A (max) 


iSBC 020EX Board 
3.7A (typ) 
5.2A (max) 


iSBC 040EX Board 
3.9A (typ) 
5.5A (max) 


Operating 
Temperature: O·Cto 60·C airflow of 5 cubic feet per 


minute 


Storage 
Temperature: -40·C 
to + 75·C 


Operating 
Humidity: 
To 90% without condensation 


Width: 
12 inches (30.48 cm) 


Height: 
6.75 inches (17.15 cm) 


Thickness: 0.50 inches (1.27 cm) 
Weight: 
iSBC 012EX board: 6.8 ounces 
(1910 gm) 
iSBC 010EX board: 9.0 ounces 
(2550 gm) 
iSBC 020EX board: 13.5 ounces 
(3830 gm) 
iSBC 040EX board: 18.0 ounces 
(5100 gm) 


147783-001- 
iSBC 012EX/iSBC 010EX/iSBC 
020EX/iSBC 040EX Hardware 
Reference Manual 


9800683-03- 
Intel MULTIBUS Specification 


144456-001-lntel 
iLBX Specification 


Manuals may be ordered from any Intel Sales Rep- 
resentative, Distributor Office or from the Intel liter- 
ature Department, 3065 Bowers Avenue, Santa 
Clara, CA 95051. 


Part Number 
Description 
iSBC 012EX 
512K byte RAM board with parity, 
iLBX connectors, and high speed 
interface 
iSBC 01OEX 
1M byte RAM board with parity, 
iLBX connectors, and high speed 
interface 
iSBC 020EX 
2M byte RAM board with parity, 
iLBX connectors, and high speed 
interface 
iSBC 040EX 
4M byte RAM board with parity, 
iLBX connectors, and high speed 
interface 
EX ASYNCPKG Jumper 
scheme 
and 
PAL's 
reo 


quired to 
configure 
EX memory 


boards for iLBX function with the 
iSBC 186/03A and iSBC 286/10 


inter 


512K,1024K, 
2056K, 4096K 
BYTES 
ARRAY 


inter 


iSBC® 028A/056A 
RAM MEMORY BOARDS 


• 
iSBC 86, ISBC 88 and ISBC 80 Board 
RAM Expansion 
through 
Direct 


MUL TIBUS® 
Interface 


• 
128K or 256K Bytes of Read/Write 
Memory 


• 
On-Board 
Parity Generator/Checker 


and Error Status Register 


• 
Requires 
a Single + 5V Power Supply 


• 
Assignable 
Anywhere 
within a 16 


Megabyte 
Address 
Space 


• 
Jumper 
Selectable 
Base Address 
on 


Any 4K Byte Boundary 


• 
Auxiliary 
Power 
Bus and Memory 


Protect 
Control 
Logic for Battery 


Backup RAM Requirements 


The iSBC 028A and iSBC 056A RAM memory 
boards 
are members 
of Intel's 
complete 
line of iSBC memory 
and I/O expansion 
boards. 
Each board interfaces 
directly 
to any iSBC 80, iSBC 88 or iSBC 86 Single 
Board 
Computer 
via the 
MUL TIBUS 
interface 
to expand 
system 
RAM capacity. 
The 
iSBC 028A 
and 
iSBC 056A 
boards contain 
128K, or 256K bytes of read/write 
memory 
implemented 
using dynamic 
RAM components. 
An 
on-board 
LSI dynamic 
RAM controller 
refreshes 
a portion of these components 
every 14 microseconds. 
Each 
refresh 
cycle utilizes 
memory 
for 480 nanoseconds 
(maximum). 


The iSBC 028A and iSBC 056A boards 
generate 
byte oriented 
parity during all write operations 
and perform 
parity 
checking 
during 
all read operations. 
When 
a parity 
error 
is detected, 
these 
boards 
can generate 
an 
interrupt 
on the MUL TIBUS interface. 
In addition, 
the row and bank of the RAM array containing 
the error are 
stored 
in a Parity Flag Register 
(see Figure 
1). This register 
is accessible 
as a MUL TIBUS 
I/O 
port. An on- 
board 
LED also 
provides 
a visual 
indication 
that 
a parity 
error 
has occurred. 
To facilitate 
testing 
of these 
boards, 
parity generation 
and checking 
can be changed 
from even to odd under software 
control. 


inter 


Ii 
IOI! 
D 
PARITY 
ERROR 
SENSED 
IN lANK 
D (EVEN 
IYTE). 


111_ 
D 
PARITY 
ERROR 
SENSED 
IN lANK 
1 (ODD 
IYTE). 


AI_ 
D 
ROW 
1 OF 
MEMORY 
WAS 
READ 
WHEN 
PARITY 
ERROR 
SENSED. 


",. 
, 
ROW 0 OF MEMORY 
WAS 
READ 
WHEN 
PARITY 
ERROR 
SENSED. 


t _ALWAYS 
ONE. 


Memory-Base 
address 
IS Jumper selectable on 


any 4K byte boundary in a 16 megabyte address 
space. On-board RAM cannot cross a megabyte ad- 
dress boundary. 


Memory Size 


131,072 bytes (iSBC 028A); or 262,144 bytes (iSBC 
056A) 


Parity Flag Register-The 
I/O address of the Parity 


Flag Register is jumper selectable to be between 
OOHto OFHor 40H to 4FH. 


Access Time 


ISBC 028A 
500 ns max. (worst case) 
460 ns max. (typical) 


ISBC 056A 
570 ns max. (worst case) 
530 ns max. (typical) 


Edge connector-86 
pin double-sided PC edge 


connector with 0.156 in. contact centers. 


Mating 
connector-Viking 
3KH43/9AMK12 
or 


equivalent. 


Cycle Times (Worst Case) 


Read 


iSBC 028A-600 
ns max. 


iSBC 056A-650 
ns max. 


An auxiliary power bus is provided to allow separate 
power to RAM array for system requiring battery 
backup of read/write memory. Selection of this aux- 
iliary RAM power bus is made via jumpers on the 
board. 


Write 
iSBC 028A-600 
ns max. 


iSBC 056A-650 
ns max. 


Memory Protect 


An active-low TIL compatible memory protect signal 
is brought out on the auxiliary connector which, 
when asserted, disables read/write access to RAM 
on the board. This input is provided for the protec- 
tion of RAM contents during system power-down se- 
quences. 


Refresh 
iSBC 028A-480 
ns max. 


iSBC 056A-600 
ns max. 


All address, data and command signals are TIL 
compatible. 


inter 


Width: 
Height: 


Depth: 
Weight: 


12.00 in. (30.48 cm) 


6.75 in. (17.15 cm) 
0.50 in. (1.27 cm) 
14 oz. (397 gm) 


Environmental Characteristics 
Operating Temperature: O·Cto + 55·C 
Relative Humidity: 
to 90% (without condensa- 
tion) 


Reference Manual 
143572-001- iSBC 032A1064A1028A1056A Hard- 


ware Reference Manual (not sup- 
plied) 


Manuals may be ordered from any Intel sales repre- 
sentative, distributor office, or from Intel Literature 
Dept., 3065 Bowers Avenue, Santa Clara, California 
95051. 
Normal System Operation (max.) 


iSBC 028A1056A-4.57 
A (worst case) 


3.66A (typical) 
ORDERING INFORMATION 
Part Number 
Description 
SBC 028A 
128K-Byte RAM Board with Parity 


SBC 056A 
256K-Byte RAM Board with Parity 


Auxiliary Power No RAM Access (max.) 


iSBC 028A1056A-D.55A 
(worst case) 


0.45A (typical) 


inter 


iSBC® 304 128K BYTE RAM MULTIMODULETM BOARD 
iSBC® 300A 32K BYTE RAM MULTIMODULETM BOARD 


• 
iSBC® 304 Module 
Provides 
128K Bytes 


of Dual Port RAM Expansion 
for the 


iSBC 86/30 
or iSBC 86/35 
Board 


• 
iSBC 300A Module 
Provides 
32K Bytes 


of Dual Port RAM Expansion 
for the 


iSBC 86/14 
Board 


• 
Simple, Reliable, 
Mechanical 
and 


Electrical 
Interconnection 


• 
On-Board 
Memory 
Expansion 
for the 


iSBC 86/30, 
iSBC 86/14 
and iSBC 86/35 


Single Board Computers 


• 
On-board 
Memory 
Expansion 
Eliminates 
MUL TIBUS® System 
Bus 


Latency 
and Increases 
System 
Throughput 


• 
Low Power 
Requirements 


The iSBC 304 and iSBC 300A RAM modules 
provide 
simple, 
low cost expansion 
of the memory 
compliment 


available 
on the iSBC 86/30 
and iSBC 86/14 
Single Board Computers, 
respectively. 
Each module doubles 
the 


on-board 
RAM 
memory 
capacity 
of the host 
board. 
Additionally, 
the iSBC 304 provides 
128K 
bytes 
RAM 


expansion 
to the iSBC 86/35 
giving a total capacity 
of 640K bytes RAM memory. 
The RAM MUL TIMODULE 


options 
for the host boards offer system designers 
a new level of flexibility 
in defining 
and implementing 
Intel 


single 
board 
computer 
systems. 
Because 
they expand 
the memory 
configuration 
on-board, 
they can be ac- 


cessed 
as quickly 
as the existing 
host board 
memory 
by eliminating 
the need for accessing 
the additional 


memory 
via the MUL TIBUS system 
bus. 


\ 
I 


inter 


The module is then secured at three additional 
points with nylon hardware to ensure the mechanical 
security of the assembly. 
Each MULTIMODULE contains dynamic RAM devic- 
es and sockets for the Intel 8203 dynamic RAM con- 
troller and memory interface latching. To install the 
module, the latches and controller from the host 
CPU board are removed and inserted into sockets 
on the RAM MULTIMODULE. The module is then 
mounted onto the host board. Pins extending from 
the controller and latch sockets mate with device 
sockets underneath (see Figure 1). Additional pins 
mate to supply other signals to complete the electri- 
cal interface. 


To complete the installation, one socketed PROM is 
replaced on the host CPU board with the one sup- 
plied with the 
MULTIMODULE kit. This 
is the 
MULTIBUS address decode PROM which allows the 
host board logic to recognize its expanded on-board 
memory compliment. 


REPLACEMENT 
MEMORY ADDRESS 
DECODE PROM 
(SUPPLIED WITH iSBC' 


MUL TIMODULE'· 
OPTION) 


j 


NYLON MOUNTING 
HARDWARE (3 PLACES) 
(SUPPLIED WITH isec' 


MULTIMODULE'· 
OPTION) 


210329-2 


Memory Size 


iSSC 304 Module-128K 
bytes RAM 


iSSC 300A Module-32K 
bytes RAM 


Cycle Time 


iSSC 304-700 
ns (read); 700 ns (write) 


iSSC 300A-700 
ns (read); 700 ns (write) 


CPU ACCESS 


iSSC 304 (with iSSC 86/35)-640K 
bytes (total ca- 


pacity); 0-9FFFFH (address range) 


iSSC 304 (with iSSC 86/30)-256K 
bytes (total ca- 
pacity); 0-3FFFFH (address range) 


iSSC 300A (with iSSC 86/14)-64K 
bytes (total ca- 
pacity); O-OFFFFH (address range) 


Jumper selectable for any 32K (8K) byte boundary, 
but not crossing a 256K (128K) byte boundary on 
the iSSC 86/30 (iSSC 86/14) host board. 


The interfaces for the iSSC 304 and iSSC 300A 
module 
options 
are 
designed 
only 
for 
the 


iSSC 86/30 and iSSC 86/14 host boards, respec- 
tively. 


Private Memory Allocation 


Segments of the combined hostiMUL TIMODULE 
RAM memory may be configured as a private re- 
source, protected from MULTISUS system access. 
The amount of memory allocated as a private re- 
source may be configured in increments of 25% of 
the total on-board memory ranging from 0% to 
100%. The iSSC 304 module mounted on the 
iSSC 86/30 board, therefore, supports private allo- 
cation of 64K, 128K, 192K, or 256K bytes of RAM 
memory. 


The iSSC 300A module mounted on the iSSC 86/14 
board supports private allocation of 16K, 32K, 48K, 
or 64K bytes'of RAM memory. 


The low power memory protection option included 
on the CPU host boards supports the RAM modules. 


Physical Characteristics 


Width: 2.4 in. (6.10 cm) 


Height: 5.75 in. (14.61 cm) 
Depth': 0.72 in. (1.83 cm) 
Weight: 0.13 oz. (59 g) 


'NOTE: 
Combined depth including host board. 


All necessary documentation for the iSSC 304 and 
. iSSC 300A MULTIMODULE boards is included in 


the iSSC 86/14 and iSSC 86/30 Hardware Refer- 
ence Manual, Order No. 144044-002 (NOT SUP- 
PLIED). 


Manuals may be ordered from any Intel sales repre- 
sentative, distributor office or from Intel Literature 
Department, 3065 Sowers Avenue, Santa Clara, CA 
95051. 


ORDERING 
INFORMATION 


Part Number 
Description 
SSC 304 
128K 
MULTIMODULE 
option 
for 


iSSC 86/30 
or 
iSSC 86/35 
CPU 


boards 
SSC 300A 
32K 
MULTIMODULE 
option 
for 


iSSC 86/14 board 


iSBC® 301 
4K-BYTE RAM 
MULTIMODULETM BOARD 


• 
On-Board 
Memory 
Expansion 
to 8K 


Bytes for iSBC@ 88/40A 
Single Board 


Computers 


• 
Provides 
4K Bytes of Static RAM 


Directly 
On-Board 


• 
Uses 5 MHz (8185-2) 
RAMs 


• 
Single + 5V Supply 


• 
0.5 Watts Incremental 
Power 


Dissipation 


• 
On-Board 
Memory 
Expansion 


Eliminates 
MUL TIBUS@ System 
Bus 


Latency 
and Increases 
System 


Throughput 


• 
Reliable 
Mechanical 
and Electrical 


Interconnection 


The Intel iSBC 301 4K-byte RAM MULTIMODULE Board provides simple, low cost expansion to double the 
RAM capacity on the iSBC 88/40A 
Single Board Computer to 8K bytes. This offers system designers a new 
level of flexibility in defining and implementing system memory requirements. Because memory is configured 
on-board, it can be accessed as quickly as the existing iSBC 88/40A 
memory, eliminating the need for 
accessing the additional memory via the MULTIBUS system bus. As a result, the iSBC 301 board provides a 
high speed, cost effective solution for systems requiring incremental RAM expansion. Incremental power 
required by the iSBC 301 module is minimal, dissipating only 0.5 watts. 


intJ 


The iSBC 301 Board measures 3.95" by 1.20" and 
mounts above the RAM area on the iSBC 88/40A 
single board computer. It expands the on-board 
RAM capacity from 4K bytes to 8K bytes. The iSBC 
301 MULTIMODULE board contains four 1K byte 
static RAM devices and a socket for one of the RAM 
devices on the iSBC 88/40A 
board. To install the 
iSBC 301 MULTIMODULE board. one of the RAMs 
is removed from the host board and inserted into the 
socket on the iSBC 301 board. The add-on board is 
then 
mounted 
into 
the 
vacated 
RAM 
socket 


on the host board. Pins extending from the RAM 
socket mate with the device's socket underneath 
(see Figure 1). Additional pins mate to the power 
supply and chip select lines to complete the electri- 
cal interface. The MULTIMODULE board is then se- 
cured at two additional points with nylon hardware to 
insure mechanical security of the assembly. With the 
iSBC 88/40A 
board mounted in the top slot of an 
iSBC 604 or iSBC 614 cardcage, sufficient clearance 
exists for mounting the iSBC 301 option. If the 
iSBC 80/24 
or iSBC 88/40A 
board is inserted into 
some other slot, the combination of boards will phys- 
ically (but not electrically) occupy two cardcage 
slots. 


~ 


~ 
NYLON 
MOUTING 
HARDWARE 
(2 PLACES. 
(SUPPLIED 
WITH 
ISBce 
301 OPTION) 


Memory Size 


4096 bytes of RAM 


Access Time 
Read: 140 ns (from READ command) 


200 ns (from ALE) 
Write: 150 ns (from READ command) 


190 ns (from ALE) 


Memory Addressing 


Memory addressing for the iSBC 301 4K-Byte-RAM 
MULTIMODULE Board is controlled by the host 
board via the address and chip select signal lines 
and is contiguous with the host board RAM. 


Physical Characteristics 


Width: 
1.20 in. (3.05 em) 
Length: 3.95 in. (10.03 em) 
Height: 0.44 in. (1.12 em) iSBC 301 Board 


0.56 in. (1.42 em) 
iSBC 301 Board + host board 


Weight: 0.69 oz. (19 gm) 


••.,c:"u,,,a. ",muaClenSllCS 
DC Power Requirements: 


Environmental 
Characteristics 
Operating Temperature: O·Cto + 55·C 
Relative Humidity: 
to 90% (without condensa- 
tion) 


All 
necessary documentation 
for the iSBC 301 
MULTIMODULE board is included in the CPU board 
Hardware Reference Manual (NOT SUPPLIED) 


iSBC 88/40A-Qrder 
No. 147049-001 


Manuals may be ordered from any Intel sales repre- 
sentative, distributor office, or from Intel Literature 
Department, 3065 Bowers Avenue, Santa Clara. 
California 95051. 


SPECIFICATIONS 
Part Number Description 
SBC 301 
4K Byte RAM MULTIMODULE Board 


iSBC® 302 
8K BYTE MULTIMODULETM RAM 


• 
Expands 
On-Board 
Memory 
of the iSBC 
86/05A 
and ISBC 88/25 
Signal Board 
Computers 


• 
Uses Four Intel 2168 Static RAMs 


• 
Single + 5V Supply 


• 
On-Board 
Memory 
Expansion 
Eliminates 
System 
Bus Latency 
and 
Increases 
System 
Throughput 


• 
Reliable 
Mechanical 
and Electrical 
Interconnection 


The Intel iSBC 302 8K byte MUL TIMODULE 
RAM provides 
simple, 
low cost expansion 
to double 
the RAM 
capacity 
on the iSBC 86/05A 
Single Board Computer 
to 16K bytes or increase 
RAM capacity 
on the iSBC 881 
25 Single Board Computer 
to 12K bytes. This offers system designers 
a new level of flexibility 
in implementing 
system 
memory. 
Because 
the MUL TIMODULE 
memory 
is configured 
on-board, 
it can be accessed 
as quickly 
as the 
standard 
on-board 
iSBC 86/05A 
or iSBC 88/25 
memory, 
eliminating 
the 
need 
for accessing 
the 
additional 
memory via the MUL TIBUS system bus. As a result, the iSBC 302 board provides 
a high-speed, 
cost 
effective 
solution 
for systems 
requiring 
incremental 
RAM expansion. 


inter 


The iSBC 302 board measures 2.60" by 2.30" and 
mounts above the RAM area on the iSBC 86/05A or 
iSBC 88/25 Single Board Computer. The iSBC 302 
MULTIMODULE board contains four 4K x 4 static 
RAM devices and sockets for two of the RAM devic- 
es on the iSBC 80/05A board. With the iSBC 302 
module mounted on the iSBC 88/25 board, the two 
sockets on the iSBC module may be filled with 4K x 
4 static RAMs. The two sockets on the iSBC 302 
module have extended pins which mate with two 
sockets on the base board. Additional pins mate to 
the power supply and chip select lines to complete 
the electrical interface. The mechanical integrity of 
the assembly is assured with nylon hardware secur- 
ing the module in two places. With the iSBC 86/05A 
or iSBC 88/25 board mounted in the top slot of an 
iSBC 604/614 cardcage, sufficient clearance exists 
for the mounted iSBC 302 option. If the iSBC 86/ 
05A or iSBC 88/25 board is inserted into some other 
slot, the combination of the boards will physically 
(but not electrically) occupy two cardcage slots. 


Memory Size 


16,384 bytes of RAM 


Provides "no wait state"memory operations on the 
iSBC 86/05A board at 5 MHz or 8 MHz or the iSBC 
88/25 at 5 MHz. 
5 MHz cycle time - 
800 ns 


8 MHz cycle time - 
500 ns 


Memory Addressing 


Memory addressing for the iSBC 302 MULTIMOD- 
ULE board is controlled by the host board via the 
address and chip select signal lines. 


With the iSBC 86/05A board: 


The 8K bytes of RAM on the iSBC 302 board occupy 
the 8K byte address space immediately after that of 
the iSBC 86/05A board's 8K RAM (Le., default con- 
figuration - 


iSBC 86/05A board's RAM - 
00000-01 FFFH 


iSBC 302 board's RAM - 
02000-03FFFH). 


With the iSBC 88/25 board: 
The 8K bytes of RAM on the iSBC 302 board occupy 
the 8K byte address space immediately after that of 
the iSBC 88/25 board's 4K RAM (Le.,default config- 
uration - 
iSBC 88/25 board's RAM - 
O-OFFFH 


iSBC 302 board's RAM - 
01000H-02FFFH). 


Physical Characteristics 


Width: 
2.6 in. (6.60 cm) 
Length: 2.3 in. (5.84 cm) 
Height: 0.56 in. (1.42 cm) iSBC 302 board + iSBC 


86/05A or iSC 88/25 board 


Weight: 1.25 oz. (35 gm) 


DC Power Requirements: 720 mA at + 5V incre- 


mental power 


Operating Temperature: O·Cto + 55·C 
Relative Humidity: 
to 90% (without condensa- 
tion) 


All necessary documentation for the iSBC 302 MUL- 
TIMODULE board is included in the CPU board 
Hardware Reference Manuals (NOT SUPPLIED). 
iSBC 86/05A -Order 
No. 147162-001 


iSBC 88/25 
-Order 
No. 143825-001 


Manuals may be ordered from any Intel sales repre- 
sentative, distributor office, or from Intel Literature 
Department, 3065 Bowers Avenue, Santa Clara, 
California 95051. 


Part Number Description 
SBC 302 
8K byte MULTIMODULE RAM 


inter 


iSBC® 314 
512K BYTE RAM MULTIMODULE™ BOARD 


• 
On-Board 
Memory 
Expansion 
for the 


iSBC 86/35 
Single Board Computer 


• 
iSBC 314 Module 
Provides 
512K Bytes 


of Dual Port RAM Expansion 
for the 


iSBC 86/35 
Board 


• 
Reliable 
Mechanical 
and Electrical 


Interconnection 


• 
Completes 
iSBC 86/35 
Memory 
Array 


Providing 
a Full Megabyte 
Page of 


System 
Memory 


• 
Increases 
System 
Throughput 
by 


Reducing 
Accesses 
to MUL TIBUS® 


Global Memory 


• 
Low Power 
Requirements 


• 
Battery 
Backup Capability 


The iSBC 314 512K byte RAM MULTIMODULE 
board provides 
simple, 
low cost expansion 
to double 
the on- 
board RAM capacity 
of the iSBC 86/35 
Single Board Computer 
host to one megabyte. 
This RAM MUL TIMOD- 
ULE option 
offers 
system 
designers 
a simple, 
practical 
solution 
to expanding 
and 
improving 
the 
memory 
capability 
and performance 
of the iSBC 86/35 
board. The iSBC 314 memory 
is configured 
on-board 
and can 
be accessed 
as quickly 
as the standard 
iSBC 86/35 
memory, 
eliminating 
the need for accessing 
additional 
memory 
via the MUL TIBUS system 
bus. 


inter 


REPLACEMENT 
MEMORY ADDRESS 
DECODE PAL 
(SUPPUED 
WITH 1S&e- 


MUL nMODuLE'" 
OPTION) 


The iSSC 314 MULTIMODULE board measures 
2.40" by 5.75" and mounts above the RAM array on 
the iSSC 86/35 Single Soard Computer. The iSSC 
314 board contains sixteen 256 Kbit x 1 dynamic 
RAM devices and three sockets; two for the memory 
latches and one for the Intel 8203 dynamic RAM 
controller. The addition of the iSSC 314 memory 
MULTIMODULE board to the iSSC 86/35 
board 


makes possible a one megabyte single board solu- 
tion; the full direct addressing capability of the iAPX 
86 CPU. 


To install the module, the latches and controller 
from the host iSSC 86/35 board, are removed and 
inserted into sockets on the iSSC 314 board. The 
module is then mounted onto the host board. Pins 
extending from the controller and latch sockets 
mate with device sockets underneath (see Figure 1). 
Additional pins mate to supply other signals to com- 
plete the electrical interface. The module is then se- 
cured at three additional points with nylon hardware 
to ensure the mechanical security of the assembly. 


To complete the installation, one socketed PAL is 
replaced on the iSSC 86/35 board with the one sup- 
plied with the MULTIMODULE kit. This is the PAL 
which allows the host board logic to recognize its 
expanded on-board memory compliment. 


Memory Size 


512K bytes RAM 


System Cycle Time (8 MHz, 2 Wait 
States) 


750 ns (read); 750 ns (write) 


NOTE: 
1 wait state achieved with jumper change on iSSC 
86/35 board. 


Memory Addressing 


iSSC 314 module with iSSC 86/35 board - 
1M byte 


(total capacity); O-FFFFFH. (See Figure 2, Memory 
Allocation) 


Interface 


The interface for the iSSC 314 MULTIMODULE 
board option is designed only for the iSSC 86/35 
host board. 


A significant 
performance 
advantage 
of 2 wait-states 


is achieved 
when 
accessing 
memory 
on-board 
the 


iSBC 86/35 
versus the performance 
of 6 wait-states 
when accessing 
memory 
off-board 
over the MUL TI- 


BUS. The iSBC 314 puts an additional 
512K bytes of 


system 
memory 
on-board 
the iSBC 86/35 
reducing 


the execution 
time by as much as 70%. 


Memory Allocation 


Segments 
of 
the 
combined 
hostiMUL 
TIMODULE 


RAM may be configured 
to be accessed 
either from 


off-board 
or 
on-board 
resources. 
The 
amount 
of 


memory 
allocated 
as 
either 
public 
or 
private 
re- 


source 
may be configured 
in a variety 
of sizes. The 


address 
range 
boundaries 
for the 
1 megabyte 
of 


RAM array of the iSBC 314 and iSBC 86/35 
board 


combination 
are 
shown 
in Figure 
2 for 
accesses 


from both on-board 
and off-board 
resources. 


RAM 
ACCESS 
FROM 
ON·BOARD 
1M 
FFFFFH 


1 


FOOOOH 
(1M·64K) 
EFFFFH 


EOOOOH 
(lM·128K) 
DFFFFH 


ISIlC"' 88135 BOARD 
512K BYTES 


NOTE: 
280000-3 
All memory 
above 
this boundary 
may be disabled 
under 
software 
control 
to allow 
access 
to MUL TIBUS@ system 
bus. 


Auxiliary Power 


The 
low power 
memory 
protection 
option 
included 


on the 
iSBC 
86/35 
board 
supports 
the 
iSBC 
314 


module. 


Physical Characteristics 


Width: 
2.4 in. (6.10 cm) 
Length: 
5.75 in. (14.61 cm) 


Depth·: 
0.72 in. (1.83 cm) 
Weight: 
0.13 oz. (59g) 


NOTE: 
'Combined 
depth 
including 
host board. 


RAM 
ACCESS 
FROM 
1M 
OFF·BOARD 


FFFFFH) 


960K 1----1 
FOOOOH 
ENDING 
EFFFFH 
ADDRESS 


896K 1-__ -1~~:~~ 


256K 
40000H 
BEGINNING 
3FFFFH 
ADDRESS 


128K 
20000H 
1FFFFH 


64K 
10000H 
OFFFFH 


0 
OOOOOH 


inter 


DC Power 
Requirements" 


"Additional power required by the iSBC 314 MULTI- 
MODULE is: 
Typical: 60 mA @ + 5V 
Maximum: 140 mA @ + 5V 


Environmental 
Characteristics 


Operating Temperature: O°Cto + 55°C 
Relative Humidity: 
to 90% (without 
condensation) 


All necessary documentation for the iSBC 314 MUL- 
TIMODULE board is included in the iSBC 86/35 
Hardware Reference Manual (NOT SUPPLIED); Or- 
der Number: 146245-002. 


Manuals may be ordered from any Intel sales repre- 
sentative, distributor office or from Intel Literature 
Department, 3065 Bowers Avenue, Santa Clara, CA 
95051. 


Part Number 
Description 
iSBC@314 
512K byte Memory MULTIMODULE 
option for iSBC 86/35 board 


inter 
iSBC® 341 
28-PIN 
MUL TIMODULETM 
EPROM 


• 
On-board 
Memory 
Expansion 
for 
iSBC® 86/05A, 
iSBC 88/25, 
iSBC 186/03A, 
iSBC 286/10A, 
iSBC 286/12, 
and iSBC 88/40A 
Microcomputers 


• 
Supports 
JEDEC 24/28-Pin 
Standard 
Memory 
Devices, 
Including 
EPROMs, 
Byte-Wide 
RAMs, and E2PROMs 


• 
Sockets 
for Up to 256K Bytes of 
Expansion 
with Intel 27512 EPROMs 


• 
On-Board 
Expansion 
Provides 
"No Walt 
State" 
Memory 
Access 
with Selected 
Devices 


• 
Simple, Reliable 
Mechanical 
and 
Electrical 
Interface 


The iSBC 341 28-pin 
MUL TIMODULE 
EPROM 
board 
provides 
simple, 
low-cost 
expansion 
of the on-board 
EPROM 
capacity 
of the iSBC 86/05A 
Single Board Computer, 
the iSBC 88/25 
Single Board Computer, 
iSBC 
186/03A, 
iSBC 286/10A, 
iSBC 286/12 
and the 
iSBC 88/40A 
Measurement 
and Control 
Computer. 
Four 
additional 
28-pin sockets 
support JEDEC 24/28-pin 
standard 
devices, 
including 
EPROMs, 
byte-wide 
static and 
psuedo-static 
RAMs. 
. 


The MUL TIMODULE 
expansion 
concept 
provides 
the optimum 
mechanism 
for incremental 
memory 
expan- 
sion. Mounting 
directly 
on the microcomputer, 
the benefits 
include 
low cost, no additional 
power requirements 
beyond 
the memory 
devices, 
and higher performance 
than MUL TIBUS-based 
memory 
expansion. 


FUNCTIONAL 
DESCRIPTION 


The iSSC 341 28-pin MULTIMODULE EPROM op- 
tion effectively doubles the number of sockets avail- 
able for EPROM on the base microcomputer board 
on which it is mounted. The iSSC 341 board con- 
tains six 28-pin sockets. Two of the sockets have 
extended pins which mate with two of the sockets 
on the base board. Two of the EPROMs which 
would have been inserted in the base board are then 
reinserted in the iSSC 341 sockets. Additional inter- 
face pins also connect chip select lines and power. 
The mechanical integrity of the assembly is assured 
with nylon hardware securing the unit in two places. 


Through its unique interface, the iSSC 341 board 
can support 8- or 16-bit data paths. The data path 
width is determined by the base board-being 
8 bits 


for the iSSC 88/40A and iSSC 88/25 microcomput- 
ers, 
and 
8/16 
bits 
for 
the 
iSSC 
86/05A, 
iSSC 186/03A, iSSC 286/10A, and iSSC 286/12 
boards. 


8 or 8/16 bits (determined by data path width of 
base board). 


Memory Size 


256K bytes with available technology (JEDEC stan- 
dard defines device pin-out to 512-bit devices). 


Device Size 
EPROM 
Max ISBC® 341 Capacity 


(Bytes) 
Type 
(Bytes) 


2Kx8 
2716 
8K 


4Kx8 
2732A 
16K 


8Kx8 
2764 
32K 


16K x8 
27128 
64K 


32K x 8 
27256 
128K 


64K x 8 
27512 
256K 


Varies according to base board and memory device 
access time. Consult data sheet of base board for 
details. 


Memory Addressing 


Consult data sheet of base board for addressing 
data. 


Devlces(1) 
Max Current 
@ 5V ± 5% 


2716 
420mA 
2732A 
600mA 


2764 
600mA 


NOTE: 
1. Incremental 
power 
drawn 
from 
host board 
for four addi- 


tional 
devices. 


There are no provisions for auxiliary power (battery 
backup) on the iSSC 341 option. 


Physical Characteristics 
Width: 
3.4 in. (8.64 em) 
Length: 
2.7 in. (6.86 em) 
Height: 
0.78 in. (1.98 em)' 


Weight: 
5 oz. (141.5 gm) 
'Includes height of mounted memory devices and 
base board. 


All necessary mounting hardware (nylon screws, 
spacers, nuts) is supplied with each kit. 


Environmental 
Characteristics 


Operating Temperature: O°Cto + 55°C 
Relative Humidity: 
to 90% (without condensa- 
tion) 


All necessary documentation for the iSSC 341 mod- 
ule is included in the CPU board Hardware Refer- 
ence Manuals (NOT SUPPLIED) 


iSSC 186/03A - 
Order No. 148060-001 


iSSC 86/05A - 
Order No. 147162-001 


iSSC 88/25 - 
Order No. 143825-001 


iSSC 88/40A - 
Order No. 147049-001 


iSSC 286/10A - 
Order No. 147532-001 


iSSC 286/12 - 
Order No. 147533-001 


Manuals may be ordered from any Intel sales repre- 
sentative, distributor office, or from Intel Literature 
Department, 3065 Sowers Avenue, Santa Clara, 
California 95051. 


ORDERING 
INFORMATION 


Part Number 
Description 
SSC 341 
28-Pin MULTIMODULE EPROM 


MULTIBUS® II Memory 
7 
Expansion Boards 


·n+.-r 
~OO[glLOfMIOOO~OOW 
111'eII 
iSBC® MM01, MM02, MM04, MM08 
HIGH PERFORMANCE MEMORY MODULES 


• 
Provides 
High Speed 
Parity Memory 
Expansion 
for Intel's iSBC 286/2X, 
iSBC 386/2X 
and iSBC 386/10X 
CPU Boards 


• 
Available 
in 1M, 2M, 4M, and 8M Byte 
Sizes 


• 
32 Bits Wide with Byte Parity 


• 
Stackable 
to Provide 
up to 16M Bytes 
of High Speed 
Memory 


• 
Supports 
32·Bit, 
16·Bit and 8-Bit Data 
Paths 


• 
Supports 
lridependent 
Read/Writes 


• 
Easily Installed 


The iSBC MM01, iSBC MM02, iSBC MM04, and iSBC MM08 DRAM memory 
modules 
are members 
of Intel's 
complete 
line of iSBC memory 
and I/O expansion 
boards. The MM-Series 
of memory 
modules 
use a dedicat- 
ed interface 
to maximize 
CPU/memory 
performance. 
The iSBC MM series 
of memory 
modules 
have been 
designed 
to provide 
both the on-board 
and expansion 
memory for the iSBC 286(2X, 
the iSBC 386/2X 
and the 
iSBC 386/10X 
CPU Boards. 


The 
modules 
contain 
(respectively) 
1M byte, 
2M, 4M, and 8M bytes 
of read/write 
memory 
using 
surface 
mounted 
DRAM components 
(see Figure 1). 


Due to the high speed interface 
of the memory 
modules, 
they are ideally suited in applications 
where memory 
performance 
is critical. 


inter 


The iSBC MMxx memory modules provide high per- 
formance, 
32-bit 
parity DRAM memory for 
the 


iSBC 286/2X and iSBC 386/2X 
MULTIBUS CPU 


boards and for the iSBC 386/1 OXMULTIBUS II CPU 
boards. These CPU boards come standard with one 
MMxx module installed, with memory expansion 
available through the addition of a second stackable 
iSBC MMxx module. 


The dynamic RAM memory of the memory modules 
is accessed through the dedicated memory module 
interface. 


The 
MM 
memory module is designed for direct 


transfer of data between the CPU and the memory 
module without accessing the MULTIBUS interface. 


MM01/MM02/MM04/MM08 
Memory Size 


The iSBC MM01, iSBC MM02, iSBC MM04, and 
iSBC MM08 modules can be stacked on the CPU 
baseboard in any combination of two memory mod- 
ules to provide a total of 1-, 2-, 3-, 4-, 5-, 6-, 8-, 9-, 
10-, 12-, or 16-M bytes of memory. 


The MMxx-series memory modules use a 32-bit wide 
data path with storage for byte parity that can ac- 
commodate 8-bit byte, 16-bit or 32-bit word data 
transfers. In addition, the data path is capable of 
independent byte operations. This means that one 
byte can be written while the other three bytes (or 
any other combination) can be read. 


Parity 


One parity bit is provided for each of the four, 8-bit 
bytes in the 32-bit wide data path. For special appli- 
cations, the parity bits can serve as data bits making 
possible 9-, 18-, or 36-bit data transfers. 


Memory Function 


The module protocol supports standard dynamic 
RAM READ, WRITE, RAS· only REFRESH cycles, 
and CAS· before RAS· REFRESH. 


The iSBC MMxx memory modules are easily in- 
stalled by the user. Each module includes all neces- 
sary connectors, screws, and other hardware for in- 
stallation, either as a second stacked module or as a 
replacement for a module with less memory. 


Word Size Supported 


8·, 16-, or 32-bits 


iSBC MM01 
iSBC MM02 
iSBC MM04 
iSBC MM08 


1,048,576 bytes 
2,097,152 bytes 
4,194,304 bytes 
8,388,608 bytes 


Access Time (All Densities) 


Read/Write - 
107ns (max) 


The MMxx-series memory modules run with the 
iSBC 286/2X Boards at 10 MHz, and with the iSBC 
386/2X and iSBC 386/10X Boards at 16 MHz and 
20 MHz. Wait state performance information with 
each of these CPU baseboards is contained in the 
Hardware Reference Manual for the specific CPU 
baseboard. 


Cycle Time (All Densities) 


Read/Write - 
200ns (min) 


Power Requirements 


Voltage 
-5 VDC ±5% 


Memory addressing for the iSBC MMxx memory 
modules is controlled by the host CPU board over 
the memory module interface. The maximum system 
RAM size is 16M Bytes. 


r 
4.25" 
1 


CONNECTOR 


OUTLINE 
r-------,. 
I 
I 
.. _------~ 
'----------' 
,1.,---4.175" 


ISBC® MMxx 


MEMORY MODULE 


I 
111111 
II 111111111111 
II II II 
111111 
II 1111111111111111 
II II " 
11111 II II 1111 


• 
12.00" 


11111111111111111111 
1111111 
I. 


ISBC® MMxx 
MEMORY MODULE 


0.847" 
(:1:0.023) 


ISBC® MMxx 
MEMORY MODULES 


inter 


Environmental 
Requirements 


Operating Temperature - 
O°Cto 60°C 


Cooling Requirement - 
3 cubic feet per minute of 
airflow at an ambient temperature of O°Cto 60°C 


Operating Humidity - 
To 95% relative humidity 
without condensation 


Module Alone: 
Width - 
4.250 inches (10,795 cm) 
Length - 
4.175 inches (10,604 cm) 
Height - 
0.500 inches (1,270 cm) 
Weight - 
iSBC MM01/MM04: 2.5 ounces (70.0 gm) 
iSBC MM02/MM08: 3.5 ounces (110.0 gm) 


Module and Connector: 
Weight - 
1.7 ounces (47,4 gm) connector and stiff- 
ener only 
Total Weight - 
iSBC MM01/MM04 and connector: 
4.2 ounces (117,4 gm) 
iSBC MM02/MM08 
and connector: 
5.2 ounces 
(145,4 gm) 


Height - 
height from the top of the CPU baseboard 
to the highest point of the Memory Module: 


Part Number 
iSBCMM01 


iSBCMM02 
iSBCMM04 
iSBCMM08 


Description 
1M Byte RAM Memory Module 
2M Byte RAM Memory Module 


4M Byte RAM Memory Module 
8M Byte RAM Memory Module 


The Memory Modules ship with the required hard- 
ware (connectors, mounting screws, stand-offs, etc.) 
to stack a second module on the module already 
mounted on the base CPU board. 


For example, an iSBC MM01 stacked on an iSBC 
286/21 will provide 2M bytes of total memory; an 
iSBC MM01 stacked on an iSBC 286/22 will provide 
3M bytes total memory; an iSBC MM02 stacked on 
an iSBC 286/22 will provide 4M bytes of total mem- 
ory; and so on. 


iSBC 286/2X 
Hardware Reference Manual Order 
Number: 148920 


iSBC 386/21/22/24/28 
Single Board Computer 
Hardware Reference Manual Order Number: 149094 


Manuals may be ordered from any Intel Sales Rep- 
resentative, Distributor Office or from the Intel liter- 
ature Department, 3065 Bowers Avenue, Santa 
Clara, CA 95051. 


inter 
iSBC® MEM/312, 
310, 320, 340 
CACHE-BASED MULTIBUS® II RAM BOARDS 


• 
ISBC@ MEM/3XX 
MUL TIBUS® 
II 
Memory 
Boards Are High-Speed 
Cache- 
Based Boards with 8K Bytes of Cache 
RAM 


• 
32-blt MUL TIBUS® 
II Parallel System 
Bus (IPSB) and Local Bus Extension 
II 
(ILBXTM II Bus) Interface 
Support 


• 
Zero Wait State Over iLBXTM on a 
Cache 
Hit, One Walt State for Cache 
Misses and Writes 
at 8 MHz 


• 
Dual Port Memory 
with Four Versions 
Available: 
ISBC MEM/312 
ISBC MEM/310 
ISBC MEM/320 
ISBC MEM/340 


112MByte 
1M Byte 
2M Bytes 
4M Bytes 


• 
Double-high 
Eurocard 
Standard 
Form 
Factor, 
Pin and Socket 
DIN Connectors 


• 
MUL TIBUS 
II Software 
Interconnect 
Support 
for Dynamic 
Memory 
Configuration 
and Diagnostics 
with No 
Jumpers 
Necessary 
on the Board 


• 
Built-In-Self-Test 
(BIST) 
Diagnostics 
On-Board 
with Both LED Indicators 
and 
Software 
Access 
to Error Information 


• 
Automatic 
Memory 
Initialization 
at 
Power-Up 
and at Power-Fail 
Recovery 


• 
Byte Parity Error Detection 


The 
iSBC 
MEM/312, 
310, 
320, 
340 
cache-based 
memory 
boards 
are the first 
Intel 
memory 
products 
to 
implement 
the MUL T1BUS II system architecture. 
They have 32-bit architecture 
throughout, 
supporting 
8-, 16-, 
and 32-bit central 
processors. 
The iSBC MEM/3XX 
(generally 
refers to this family of boards) 
memory 
boards 
are dual-ported, 
with access to the interfaces 
of both the MUL TIBUS II Parallel System Bus (iPSB bus) and the 
iLBX II (Local 
Bus Extension). 


In addition 
to the 32-bit memory 
transfer, 
the iSBC MEM/3XX 
high-speed 
cache control 
subsystem, 
standard 
on these 
boards, 
improves 
performance 
by allowing 
zero wait state read access 
over the iLBX II when data 
requested 
is in the cache 
memory. 


inter 


General 


The iSBC MEM/312, 
310, 320, 340 high-speed 


cache-based memory boards are physically and 
electrically compatible with the MULT1BUS " iPSB 
bus standard and the new iLBX /I bus (Local Bus 
Extension) as outlined in the Intel MULTIBUS 
/I 


specification. Figure 1 illustrates a typical multipro- 
cessing MULTIBUS /I system configuraton. 


The four main subsystems of the iSBC MEM/3XX 
boards are the cache controller subsystem, the 
cache memory subsystem, the DRAM memory sub- 
system, and the interconnect space subsystem (see 
Figure 2). The following sections describe these 
subsystems and their capabilities in more detail. 


The cache memory system is designed around the 
32-bit architecture of the main memory system and 


reduces read access timers. The 8K Bytes of 45 
nsec SRAM allows zero wait state read accesses 
over the iLBX " bus when data requested is in the 
cache memory (cache hit). A cache hit takes only 
two iLBX /I bus clocks (250 nsec at 8 MHz). 


Each entry in the 8K Byte cache memory subsystem 
consists of a data field of 32-bits and a tag field of up 
to 9-bits (depending on board DRAM size). Each 
byte in the main memory DRAM array directly maps 
to one and only one entry on the cache array. This 
direct mapped cache array along with tag labels en- 
sure data integrity and accurate identification of 
cache hits. The cache memory size and simple but 
effective replacement algorithm is designed to opti- 
mize both the probability of cache hits and the CPU 
bus utilization. On any miss or write access, the con- 
tents of one cache entry are updated to maintain 
consistency with the corresponding entry in the 
DRAM memory array. 


Dual Port DRAM Capabilities 


The iSBC MEM/312 module contains %M Byte of 
read/write memory using 64K dynamic RAM compo- 


Figure 2. ISBC@MEM/3XX Board Block Diagram 
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inter 


nents. 
The 
iSBC 
MEM/310, 
MEM/320 
and 
MEM/340 modules respectively contain 1M Byte, 
2M Bytes and 4M Bytes of read/write memory using 
256K dynamic RAM components. 


The dual port capability of the iSBC MEM/3XX 
boards allows 32-bit access from either the iPSB 
bus interface or the iLBX II bus interface (see Figure 
1). Due to the simple arbitration nature of the iLBX II 
bus interface and the cache memory subsystem, the 
iSBC MEM/3XX family allows optimal access to 
20M Bytes of DRAM on the iLBX II bus. 


System Memory Size 


Using this series of memory boards the maximum 
system memory capacity based on one CPU board 
and 19 memory boards is 76M Bytes on the iPSB 
bus. The memory partitioning is independent for the 
iPSB bus interface and the iLBX II bus interface. 


The start address can be on any 64K Byte boundary 
on the iPSB bus and any 64K Byte boundary on the 
iLBX II bus. Software configures the start and ending 
addresses through the interconnect space. No jump- 
ers are needed. 


Interconnect 
Space Capabilities 


The iSBC MEM/3XX board module has a set of in- 
terconnect registers which allow the system soft- 
ware to dynamically configure and test the status of 
the memory board, replacing hardwired jumper func- 
tions. This interconnect subsystem also provides 
control and access to the Built-In-Self-Test (BIST) 
features. 
During 
power-up 
reset, 
the 
iSBC 
MEM/3XX board initializes the memory and cache, 
sets all interconnect registers to their default values 
and performs a self-test. Error information from both 
Built-In-Self-Test (BIST) and parity checking is indi- 
cated in front panel LEOs and recorded in intercon- 
nect space registers accessible to software. 


Built-In-Self- Test (BIST) 


Self-test/diagnostics have been built into the heart 
of the MULTIBUS II system. These confidence tests 
and diagnostics improve reliability and reduce manu- 
facturing and maintenance costs. LED 1 (labelled 
BIST) is used to indicate the status of the Built-In 
Self Test. It is turned on when the BIST starts run- 
ning and is turned off when the BIST completes suc- 
cessfully. The Built-In-Self-Test performed by the 
on-board microcontroller at power-up or at software 
command are: 


1. EPROM Checksum: 
This test performs a checksum test on its internal 
EPROM to check operation of the 8751 microcon- 
troller. 
2. Cache Data Test: 
The microcontroller performs a sliding ones test 
on the cache memory in hit-only mode. 


3. Cache Address Test: 
This test verifies that the cache address path is 
working properly. 


4. Refresh Check: 
This test performs RAM test on a small portion of 
DRAM with an elapsed time between the write 
operation and the verification of the data. 


5. Dynamic RAM Address Test: 


This test performs Address Rippled RAM test on 
the board memory (MISS ONLY operation mode). 


6. Dynamic RAM Data Test: 
This test runs an M-55 data pattern to check the 
DRAM data path. 


7. Parity Test: 
This test injects parity errors in the DRAM array 
and then verifies that the board detects these 
errors. 


These tests are described in detail in the User's 
Manual, Section 9-23. 


Memory Initialization and Reset 


Memory is initialized automatically during power-up. 
All bytes are set to 00. 


Error Detection Using Byte Parity 


Parity will detect all single bit parity errors on a byte 
parity basis and many muiltiple bit errors. LED 2 (la- 
belled Parity) is used to indicate parity errors. LED 2 
is turned on when a parity error is detected and 
turned off when the parity status register within inter- 
connect space is cleared. This same LED turns on 
and off during power-up to verify operatoin of the 
LED. 


Error information is recOfded in interconnect space 
so it is accessible to software for error reporting. 
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Word Size Supported 


8-, 16-, 24-, and 32-bits 


Memory Size 


% Megabyte 
(iSBC MEM/312) 
board 
1 Megabyte 
(iSBC MEM/310) 
board 
2 Megabytes 
(iSBC MEM/320) 
board 
4 Megabytes 
(iSBC MEM/340) 
board 


Access Times 
(All Densities) 


MULTIBUS 
II 
Parallel 
System 
Bus-IPSB 
(@ 
10 MHz) 


Read: 562 ns (avg.) 
775 ns (max.) 


Write: 662 ns (avg.) 
775 ns (max.) 


NOTE: 
Average 
access 
times assume 
80% cache 
hit rates 


Read: 250 ns (min.) 
275 ns (avg.) 
375 ns (max.) 


Write: 375 ns (avg.) 
375 ns (max.) 


iPSB Bus-any 
64K Bytes boundary 
iLBX II Bus-any 
64K Bytes boundary 


Power Requirements 


Voltage: 
5V DC ± 5% 


Product 
. 
Current 


iSBC MEM/312 
3.5 A (typ) 
Board 
6.0A 
(max) 


iSBC MEM/310 
3.5 A (typ) 
Board 
6.0A 
(max) 


iSBC MEM/320 
3.5 A (typ) 
Board 
6.0 A (max) 


iSBC MEM/340 
4.1 A (typ) 
I 
Board 
6.7 A (max) 


Temperature: 
(inlet 
air) 
at 
200 
LFM 
airflow 
over 
boards 
Non-Operating: 
- 40 to + 70°C 
Operating: 
0 to + 55°C 


Humidity: 
Non-operating: 
95% 
RH 
@ 55°C 
Operating: 
90% 
RH 
@ 55°C 


Physical Dimensions 


The iSBC MEM/3XX 
boards 
meet all MUL TIBUS 
II 
mechanical 
specifications 
as 
presented 
in 
the 
MULTIBUS 
II specification 
(#146077). 


Depth: 220 mm (8.6 in.) 


. Height: 233 mm (9.2 in.) 
Front Panel Width: 
20 mm (0.784 in.) 


Weight: 


iSBC MEM/312 
board: 
6720 gm (24 oz.) 
iSBC MEM/310 
board: 
6160 gm (22 oz.) 
iSBC MEM/320 
board: 
6720 gm (24 oz.) 
iSBC MEM/340 
board: 
10080 gm (36 oz.) 


Reference 
Manuals 


iSBC MEM/3XX 
Board Manual 
(#146707-001) 


Intel 
MUL TIBUS 
II Bus 
Architecture 
Specification 
(#146077) 


Manuals 
may be ordered 
from any Intel Sales Rep- 
resentative, 
Distributor 
Office, or from the Intel liter- 
ature 
Department. 
3065 
Bowers 
Ave., Santa 
Clara, 
CA 95051. 


Part Number 


iSBC MEM/312 


Description 


%M Byte Cache 
Based 
MUL TIBUS 
II RAM Board 


1M Byte Cache 
Based 
MUL TIBUS 
II RAM Board 


2M Byte Cache 
Based 
MUL TIBUS 
II RAM Board 


4M Byte Cache 
Based 
MUL TIBUS 
II RAM Board 
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iSBC® MEM/601 
MULTIBUS® II UNIVERSAL SITE 
MEMORY EXPANSION BOARD 


• 
Supports 
EPROM, 
ROM, EEPROM, 
SRAM, and NVRAM 


• 
Sixteen 
Sites Configured 
as Two Banks 
of Eight 28-Pin JEDEC Sockets 


• 
Start Addresses 
for Each Bank 
Independently 
Assignable 
Anywhere 
on 
64K Byte Boundaries 
Within the 4G 
Byte iPSB Memory 
Address 
Space 


• 
Automatic 
Memory 
Initialization 
at 
Power-Up 


• 
Optional 
On-Board 
Support 
for Lithium 
Battery 
Backup Memory 
Protect 


• 
MUL TIBUS@ II Software 
Interconnect 
Support 
for Dynamic 
Memory 
Configuration 
and Diagnostics 


• 
Fully Supports 
Either MUL TIBUS 
II 32- 
Bit Parallel System 
Bus (iPSB) or 32-Bit 
Local Bus Extension 
(iLBXTM II) Bus 


The iSBC MEM/601 
MUL TIBUS II Universal 
Site Memory 
Board is a member of Intel's line of product 
offerings 
that utilize the advanced 
features 
of the MUL TIBUS 
II system 
architecture. 
The iSBC MUL TIBUS 
II Universal 
Site Memory 
Board expands 
system 
memory 
capacity 
and interfaces 
across 
either the MUL TIBUS 
II Parallel 
System 
Bus (iPSB) or the high speed 
Local Bus Extension 
bus (iLBX II). 
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28 PIN 
SOCKET 


1 
2 
3 
4 
5 
6 
7 
8 


28 PIN 
SOCKET 


9 
10 
11 
12 
13 
14 
15 
16 


The iSBC MEM/601 board contains two banks of 
eight standard 28-pin 600 mil DIP sockets. Either 28- 
or 24-pin devices may be inserted on the board. The 
actual capacity of the board is determined by the 
type and quantity of components installed by the 
user. The iSBC MEM/601 board is completely com- 
patible with four different types and densities of de- 
vices (see Table 1). In addition, the board can be 
accessed by either the MULTIBUS II Parallel System 
Bus (iPSB) or Local Extension Bus (iLBX II). 


The sixteen universal memory sites on the iSBC 
MEM/601 board are partitioned into two banks of 8 
sites each. Within each bank the 8 sites are further 
partitioned into 2 groups of 4 sites each (see Figure 
1). Each group of 4 sites can support the device 


types described in Table 1 and is configurable via an 
arrangement of push-in jumpers dedicated to each 
of the four groupings of 4 sites. Devices of the same 
density and speed must reside within each bank and 
devices of the same type must reside within each 
group. 


Memory Address Decoding 


The memory array is divided into two separate ad- 
dressable banks. The addressing for each bank is 
independently software-configurable through MUL- 
TIBUS II interconnect space and is on 64K byte 
boundaries. Software must insure that the address 
space of one bank does not overlap the address 
space of the other bank otherwise memory errors 
would result. 


Built-In-Self- Test and Interconnect 
Subsystem 


Self test and diagnostics have been built into the 
heart of the MULTIBUS II system. These confidence 


Type 
2Kx8 
4Kx8 
8Kx8 
16K x 8 
32Kx8 
64Kx8 


EPROM 
2716 
2732A 
2764 
27128 
27256 
27512 


ROM 
Yes 
Yes 
Yes 
Yes 
Yes 
Yes 


EEPROM 
2817A 
Yes 
2864A 
Yes 
Yes 
Yes 
+5VOnly 


SRAM 
TC 5516 
Yes 
TC5565 
Yes 
TC55257 
Yes 
NMOS and CMOS 


Maximum Memory Capacity 
32 KB 
64KB 
128 KB 
256 KB 
512 KB 
1 MB 
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tests and diagnostics improve reliability and reduce 
manufacturing and maintenance costs. LED 1 (la- 
belled BIST), is used to indicate the status of the 
built in self test. It is turned on when the BISTs start 
running and is turned off when the BISTs have suc- 
cessfully executed. Error information from the BISTs 
is recorded in the interconnect registers accessible 
to software. The built in self tests are performed by 
the on-board microcontroller at power-up or on com- 
mand. 


The iSBC MEM/601 board interconnect subsystem 
consists of an 8751 microcontroller for Built-In-Self- 
Test (BIST), program storage, status, control regis- 
ters, and interconnect control logic. The intercon- 
nect subsystem receives requests to interconnect 
space across either the iPSB bus or the iLBX II bus 
depending on which interface is enabled. The inter- 
connect subsystem is used by the software to con- 
figure the hardware. 


Battery Backup 


The iSBC MEM/601 board supports jumper select- 
able on-board or off board battery backup operation 
for CMOS SRAMs. Memory protection for the two 
memory banks can be supported with + 5V from an 


off board power source or from the optional on 
board lithium battery. The memory content of the 
CMOS RAMs is protected during power-up and pow- 
er-down by the protect signals from the iPSB bus. 


The iPSB bus interface supports memory space and 
interconnect space and provides the capability of 8-, 
16-, 24-, and 32-bit transfers,. The iPSB interface 
can be dynamically activated through the status reg- 
ister of the interconnect space under software con- 
trol or can be jumper selectable. After a cold reset 
the iPSB is enabled and the Local Bus Extension 
(iLBX II) bus is disabled. 


Local Bus Extension 
Interface 


The iSBC MEM/601 board provides 8-, 16-, 24-, and 
32-bit transfers across the Local Bus Extension 
(iLBX II) interface. The iLBX II bus interface is en- 
abled by the status register of the interconnect 
space and can therefore be dynamically changed 
through software. It is also jumper selectable. After a 
cold reset, the iLBX II interface is disabled. The iPSB 
bus interface is always disabled when the iLBX II bus 
is enabled. 


BANK 
A IBANK 
B 
I 
MEMORY 
ARRAY 
I 
I 


SIXTEEN 
28-PIN 


UNIVERS,AL 
SITES 
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Memory Size 


Sockets are provided for up to sixteen JEDEC com- 
patible 28-pin devices which can provide up to 1.0M 
Byte of EPROM/ROM/SRAM memory. 


IPSB Bus 
ILBXTM II Bus' 


Read Cycle Without 
300 ns 
250 ns 
Replier Busy 
Write Cycle Without 
300 ns 
250 ns 
Replier Busy 
Read/Write with 
100 ns 
10 ms 
Agent Error 


NOTES: 
Access times are calculated without device speed includ- 
ed. True access times across either bus must include de- 
vice access time and must be in 100 ns increments for the 
iPSB bus. Above calculations assume 1 bus cycle. Refer to 
the iSBC MEM/601 Memory Board User's Guide for exact 
formula to determine access times for specific operating 
configurations. 
•Access times across the iLBX II bus assumes an 8.0 MHz 
bus clock. The actual formula is as follows: 
T = 2(C) + D where:T is iLBXII Bus access time 
C is 1If, f = iLBX II Bus clock 
speed 
D is Device access time 


Power ReqUirements 


Current with 2764A EPROMS installed @ + 5V: 4.5A 


Current with 2864A EEPROMS installed 
@ + 5V: 
5.5A 


At 3V and 300 mA hours lithium battery rating, the 
expected retention time for standard CMOS SRAM 
memories will be approximately 24-36 hours. 


ENVIRONMENTAL 
REQUIREMENTS 
Temperature: Inlet air at 200 LFM airflow over 
boards 
Non-operating: -40 
to 70·C 
Operating: 0 to 55·C 


Humidity: 


Non-operating: 95% RH @ 55·C 
Operating: 90% RH @ 55·C 


Physical Dimensions 


The iSBC MEM/601 board meets all MULTIBUS II 
mechanical specifications as presented in the MUL- 
TIBUS II specification (# 146077). 


Double High Eurocard Form Factor 


Depth: 220 mm (8.6 in.) 
Height: 233 mm (9.2 in.) 
Front Panel Width: 20 mm (0.784 in.) 
Weight as shipped from factory: 543g (19 oz.) 


# 149149-iSBC 
MEM/601 Memory Board User's 
Guide 


# 146077-lntel 
MULTIBUS 
II 
Bus 
Architecture 
Specification 


Manuals may be ordered from any Intel Sales Rep- 
resentative, Distributor Office, or from the Intel liter- 
ature Department, 3065 Bowers Ave., Santa Clara, 
CA.,95051. 


Ordering 
Information 
Part Number Description 
SBCMEM601 MULTIBUS II Universal Site Memory 
Expansion Board 


Peripheral Controllers 
8 


inter 
iSBC® 186/224A 
MULTIBUS® II 
MULTI·PERIPHERAL 
CONTROLLER SUBSYSTEM 


• 
Complete 
I/O Subsystem 
for Mass 
Storage 
Devices 


• 
Based on the 80186 Microprocessor 


• 
On-Board 
Firmware 
Provides 
Concurrency 
of Operation 


• 
Controls 
up to Four ST506/412 
Winchester 
Disk Drives, up to Four 
SA450/460 
Floppy Drives, and up to 
Four QIC-02 
Streaming 
Tape Drives 


• 
128K Bytes of On-Board 
DRAM Allows 
Multiple Track Caching 
for High Speed 
Winchester 
Data Access 


• 
MPC (Message 
Passing Coprocessor) 
Single Chip Interface 
to the Parallel 
System 
Bus With Full Message 
Passing 


• 
Software 
Configurablllty: 
Geographic 
Addressing 


• 
Bullt·ln·Self·Test 
(BIST) Diagnostics 
On-Board 


The iSBC 186/224A 
Multi-Peripheral 
Controller 
Subsystem 
supports 
the full Message 
Passing protocol 
of the 
MUL TIBUS 
II System Architecture 
and provides 
peripheral 
I/O control 
for a wide variety of OEM applications. 


The iSBC 186/224A 
controller 
serves as a complete 
peripheral 
I/O subsystem 
and supports 
the predominant 
types of storage 
media: Winchester 
disks, floppy disks, and quarter-inch 
streaming 
tapes. 
On-board 
firmware 
for the board provides 
improved 
Winchester 
disk operation 
through 
multiple 
data track caching. 
This subsys- 
tem capability 
is provided 
on a single 8.7 x 9.2 inch double-high 
Eurocard 
form factor 
printed 
circuit 
board. 
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The iSBC 186/224A controller is designed around a 
dual bus structure and is supported by real-time, 
multitasking firmware. The dual bus structure con- 
sists of the local bus and the I/O transfer bus. This 
dual-bus approach offers maximum task concurren- 
cy-allowing 
the 80186 CPU to execute code and/ 


or manipulate data during data transfers to and from 
the various storage media. 


The iSBC 186/224A controller uses the MULTIBUS 
II Parallel System Bus (iPSB) to transfer commands 
and data to requesting or sending agents and can 
send and receive both solicited and unsolicited mes- 
sages as specified in the MULTIBUS II Bus Architec- 
ture Specification Handbook. (See Figure 1 for func- 
tional block diagram of the 186/224A board). 


The local bus consists of the 80186 microprocessor, 
the EPROM MPC (for access to the iPSB),and inter- 
rupt control. The 80186 component controls the lo- 
cal bus and manages the interface between the 
iPSB and the controller. DMA channels internal to 
the 80186 are used for data transfers between on- 
board memory and the MPC. 


The I/O Transfer bus supports data transfers be- 
tween the iSBC 186/224A controller and the various 
peripheral devices. The Winchester, floppy, and tape 
interfaces reside on the I/O Transfer bus as do the 
DMA controller, track cache DRAM, and local bus 
arbitration logic. 


The 8237A-5 DMA controller directly controls four 
independent DMA channels and provides the capa- 
bility for 
performing time-multiplexed, concurrent 


data transfer operations between the respective de- 
vice interfaces and the local DRAM. 


A total of 128K bytes of zero wait state DRAM is 
provided on-board. This DRAM is local to the 110 
Transfer bus. It is accessible to both the CPU and 
the DMA controller. It supports the 80186 stack and 
interrupt vectors and 64K bytes of Winchester track 
cache. The DRAM is configured for 16-bit (word) ac- 
cess but also supports byte-swapping. 


This dual-bus architecture combined with the real- 
time control firmware and PCI command protocol al- 
lows the concurrent transfer of data between multi- 
ple storage devices and the controller and between 
the controller and the MULTIBUS II Parallel System 
Bus resulting in improved system level performance. 


Interconnect 
Space Subsystem 


MULTIBUS II Interconnect Space is a standardized 
set of software configurable registers designed to 
hold and control board configuration information as 
well as system and board level diagnostics and test- 
ing information. Interconnect space is implemented 
with the 8751 microcontroller and the MPC bus inter- 
face silicon. 


The read-only registers store information such as, 
board type, vendor 1.0., firmware revision level, etc. 
The software configurable registers are used for 
controller options, identifying certain device charac- 
teristics, and diagnostics. 


Built-In-self- Test Diagnostics 


On-board built-in-self-test (BIST) diagnostics pro- 
vides confidence testing of the various functional ar- 
eas of the iSBC 186/224A controller board. The ini- 
tialization checks are performed by the 8751 micro- 
controller, while the BIST package is executed by 
the 80186 microprocessor. 


BIST provides valuable testing and error reporting 
and recovery capability on MULTIBUS II boards, en- 
abling the OEM to reduce manufacturing and main- 
tenance costs. An LED on the board's front panel 
indicates the status of power-up diagnostics. 


PCI Peripheral Communications 
Interface 


PCI is a logical message-based peripheral controller 
interface to provide a standard software interface on 
peripheral I/O boards. This protocol provides a vehi- 
cle to issue multiple commands or statuses concur- 
rently. This allows the 186/224A board to accept 
multiple commands and queue them in on-board 
memory. 


P1 Connector: 
This is used as the standard MULTI- 
BUS II 32-bit parallel system bus. It contains all sig- 
nals required to implement the full standard inter- 
face. 


P2 Connector: 
The P2 connector is not electrically 


connected internally on the board. 


Winchester 
Connections: 
One 50-pin D-type, right 


angle female, high density connector which provides 


all of the required signals for up top four Winchester 
disk drives. 


Flexible 
Disk Connections: 
One 25-pin D-type con- 


nection which provides all of the required signals for 
up to four daisy-chained flexible disk drives. 


QIC-02 
Streaming 
Tape Connections: 
One 25 pin 


D-type connection which provides the required sig- 
nals for up to four daisy-chained tape drives. 


1/0 
Connectors: 
The I/O connections for each in- 
terface are on the front panel. In order to provide a 
reliable connection to the peripheral devices, addi- 
tional ground lines are included at the connector. 


CPU: 
5 MHz 80186 synchronized to 5 MHz 
8237A-5 DMA controller 


Memory: 128K bytes DRAM on-board for buffers 


and track cache 
2 PROM sites contain Built-in-Self-Test 
(BIST) and PCI firmware 


Mass Storage Device Compatibility 


Winchester-Any 
ST506/412 
compatible 
5%" 


drive. 


Manufacturers include: Quantum, CMI, CDC, 
Maxtor, Memorex, Atasi. 
Densities range from 10MB to 140 MB. 


Floppy-Any 
SA450/460 compatible 5%" drive. 


Manufacturers include: Teac, Shugart. 
Sizes include half height, full height, 48TPI, 96TPI. 


Tape-Any 
QIC-02 compatible, %" streaming tape 


drive. 
Manufacturers include: Archive, Cipher, Tandberg. 


Physical Dimensions 


The iSBC 186/224A board meets all the mechanical 
specifications 
as 
presented 
in 
the 
MULTI- 


BUS II specification (order # 146077 rev. C). 


DOUBLE·EUROCARD 
FORM 
FACTOR 


Depth: 220 mm (8.6 in) 
Height: 233 mm (9.2 in) 
Front Panel Width: 20 mm (0.784 in.) 
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Interface 
Connector 
Part No. 


iPSB bus (P1) 
96 Pin DIN, Right Angle Female 
603-2-IEC-C096-F 


P2 
96 Pin DIN, Right Angle Female, 
603-2-IEC-C096-F 
Not Connected 
Internally 


ST506/412 
(Winchester) 
50 Pin D Type, Right Angle Female, 
High Density (See Note) 


SA450/460 
(Floppy) 
25 Pin D-Type, Right Angle Female, 
(See Note) 


QIC-02 (Tape) 
25 Pin D-Type, Right Angle Female, 
(See Note) 


NOTE: 
The manufacturers below prOVideconnectors which will plug into the connectors supplied on the iSBC 186/224A board 
front-panel. 


Connector Type 
Manufacturer 
Pins 
Part No. 


Flat Ribbon 
Crimped 
T&BAnsley 
50 
609-50P 
T&BAnsley 
25 
609-25P 


Bulk Cable 
Solder Cup 
Amlan 
50 
CDS SOL 
Amlan 
25 
CDS25L 
ITTCannon 
50 
DD-50P 
ITTCannon 
25 
DB-25P 


Pin Crimp 
AMP 
50 
206438-1 
AMP 
25 
205436-1 
ITTCannon 
50 
DDC-50P 
ITTCannon 
25 
DBC-25P 


ORDERING 
INFORMATION 
Part Number 
Description 


iSBC 186/224A 
Multiperipheral 
Controller 
Sub- 
system 


iSBC 186/224A 
Board Hardware 
Reference 
Manual 
(order number 
138272-001) 


Intel 
MUL TIBUS 
II Bus 
Architecture 
Specification 
(order number 
146077) 


Manual may be ordered 
from any Sales Representa- 
tive, 
Distribution 
Office, 
or from 
the Intel 
Literature 
Department, 
3065 
Bowers 
Ave., 
Santa 
Clara, 
CA 
95051. 


iSBC® 208 
FLEXIBLE DISKETTE CONTROLLER 


• 
Compatible 
with All iSBC® 80, iSBC 86, 
and iSBC 88 Single Board Computers 


• 
Controls 
Most Single and Double 
Density 
Diskette 
Drives 


• 
On-Board 
iSBXTM Bus for Additional 
Functions 


• 
User-Programmable 
Drive Parameters 
allow Wide Choice 
of Drives 


• 
Phase Lock Loop Data Separator 
Assures 
Maximum 
Data Integrity 


• 
Read and Write on Single or Multiple 
Sectors 


• 
Single + 5V Supply 


• 
Capable 
of Addressing 
16M Bytes of 
System 
Memory 


The Intel iSBC 208 Flexible 
Disk Controller 
is a diskette 
controller 
capable 
of supporting 
virtually 
any soft-sec- 
tored, double density or single density diskette 
drive. The standard 
controller 
can control 
up to four drives with 
up to eight surfaces. 
In addition 
to the standard 
IBM 3740 formats 
and IBM System 
34 formats, 
the controller 
supports 
sector 
lengths 
of up to 8192 
bytes. 
The 
iSBC 
208 
board's 
wide 
range 
of drive 
compatiblity 
is 
achieved 
without 
compromising 
performance. 
The operating 
characteristics 
are specified 
under user program 
control. 
The controller 
can read, write, verify, and search either single or multiple 
sectors. 
Additional 
capability 
such as parallel 
or serial I/O or special 
math functions 
can be placed 
on the iSBC 208 board by utilizing 
the 
iSBX bus connection. 
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Intel's 8272 Floppy Disk Controller (FOG) circuit is 
the heart of the iSBC 208 Controilier. On-board data 
separation logic performs standard MFM (double 
density) and FM (single density) encoding and de- 
coding, eliminating the need for external separation 
circuitry at the drive. Data transfers between the 
controller and memory are managed by a DMA de- 
vice which completely controls transfers over the 
MULTIBUS@ system bus. A block diagram of the 
iSBC 208 Controller is shown in Figure 1. 


121. 
IUS 


CONTAOllEA 


Universal Drives and the iSBC® 208 
Controller 


Because the iSBC 208 Controller has universal drive 
compatibility, it can be used to control virtually any 
standard- or mini-sized diskette drive. Moreover, the 
iSBC 208 Controller fully supports the iSBX bus and 
can be used with any iSBX module compatible with 
this bus. Because the iSBC 208 Controller is pro- 
grammable, its performance is not compromised by 
its universal drive compatibility. The track-to-track 
access, head-load, and head-unload characteristics 
of the selected drive model are program specified. 
Data may be organized in sectors up to 8192 bytes 
in length. 
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The standard iSBC 20S Controller includes an Intel 
S272 Floppy Disk Controller chip which supports up 
to four drives, single or double sided. 


SIMPLIFIED INTERFACE-The 
cables between the 


iSBC 20S Controller and the drive(s) may be low 
cost, flat ribbon cable with mass termination connec- 
tors. The mechanical interface to the board is a 
right-angle header with locking tabs for security of 
connection. 


PROGRAMMING-The 
powerful S272 FDC circuit is 


capable of executing high-level commands that sim- 
plify system software development. The device can 
read and write both single and multiple sectors. CRC 
characters are generated and checked automatical- 
ly. Recording density is selected at each Read and 
Write to support the industry standard technique of 
recording basic media information on Track 0 of 
Side 0 in single density, and then switching to dou- 
ble density (if, necessary) for operations on other 
tracks. 


Program Initiation-Ail 
diskette operations are ini- 
tiated by standard input/output (I/O) port operations 
through an iSBC single board computer. 


System software first initializes the controller with 
the operating characteristics of the selected drive. 
The diskette is then formatted under program con- 
trol. For subsequent transfers, the starting memory 
address and transfer mode are specified for the 
DMA controller. Data transfers occur in response to 
commands output by the CPU. 


Data Transfer-once 
a diskette transfer operation 


has been initiated, the controller acts as a bus mas- 
ter and transfers data over the MULTIBUS at high 
speed. No CPU intervention is required until the 
transfer is complete as indicated either by the gener- 
ation of an interrupt on the bus or by examination of 
a "done" bit by the CPU. 


ISBX BUS SUPPORT-One 
connector is available 


on the iSBC 20S board which supports the iSBX sys- 
tem bus. This connector supports single-byte trans- 
fer as well as higher-speed transfers supervised by 
the DMA controller. Transfers may take place in 
polled or interrupt modes, user-selected. The pres- 
ence of the iSBX bus allows many different functions 
to be added to the board. Serial I/O, parallel I/O and 
various special-purpose math functions are only a 
few of the capabilities available on iSBX MULTI- 
MODULE boards. 


Compatibility 
CPU 
- 
Any iSBC MULTIBUS computer or sys- 
tem main frame 
Devices- 
Double or single density standard (S") 
and mini (5%") flexible disk drives. The 
drives may be single or double sided. 
Drives known to be compatible are: 


Standard (8") 
Mini (5%") 


Caldisk 
143M 
Shugart 
450 SA 400 


Remex 
RFD 4000 
Micropolis 
1015-IV 


Memorex 
550 
Pertec 
250 


MFE 
700 
Siemens 
200-5 


Siemens 
FDD 200-S 
Tandon 
TM-100 


Shugart 
SAS50/S00 
CDC 
9409 


Pertec 
FD650 
MPI 
51/52/91/92 


CDC 
9406-3 


Diskette- 
Unformatted IBM Diskette 1 (or equiva- 
lent 
single-sided 
media); 
unformatted 


IBM Diskette 2D (or equivalent double- 
sided) 


Equipment Supplied 


iSBC 20S Controller 
Reference Schematic 
Controller-to-drive cabling and connectors are not 
supplied with the controller. Cables can be fabricat- 
ed with flat cable and commercially-available con- 
nectors as described in the iSBC 20S Hardware Ref- 
erence Manual 


Physical Characteristics 


Width: 6.75 inches (17.15 cm) 
Height: 0.5 inches (1.27 cm) 
Length: 12.0 inches (30.4S cm) 
Shipping Weight: 1.75 pounds (O.SOKg) 
Mounting: Occupies one slot of iSBC system chas- 


sis or iSBC 604/614 
Cardcage/Back- 


plane. With an iSBX MULTIMODULE 
board mounted, vertical height increases 
to 1.13 inches (2.S7 cm). 


Data Organization 
and Capacity 
Standard 
Size Drives 


Double Density 
Single Density 


IBM System 
34 
Non-IBM 
IBM System 
3740 
Non-IBM 


Bytes per Sector 
256 
1 512 
1 1024 
20481409618192 
128 
1 256 
1 512 
1024 12048 14096 


Sectors 
per Track 
26 
1 
15 
1 
8 
4 
1 
2 
I 
1 
26 
1 
15 
1 
8 
4 
1 
2 
1 
1 


Tracks 
per Diskette 
77 
256 
77 
256 


Bytes per Diskette 
512,512 
256,256 
(Formatted, 
per 
(256 bytes/sector) 
(128 byte/sector) 
diskette 
surface) 
591,360 
630,784 
295,680 
315,392 
(512 bytes/sector) 
(256 bytes/ sector) 
630,784 
315,392 
(1024 bytes/sector) 
(512 bytes/sector) 


Drive Characteristics 
, 
Standard 
Size 
Mini Size 


Double/Single 
Density 
Double/Single 
Density 


Transfer 
Rate (K bytes/s) 
62.5/31.25 
31.25/15.63 


Disk Speed (RPM) 
360 
300 


Step Rate Time 
1 to 16 ms/track 
in 
2 to 32 ms/track 
in 
(Programmable) 
1 ms increments 
2 ms increments 


Head Load Time 
2 to 254 ms in 
4 to 508 ms in 
(Programmable) 
2 ms increments 
4 ms increments 


Head Unload Time 
16 to 240 ms in 
32 to 480 ms in 
(Programmable) 
16 ms increments 
32 ms increments 


Reference 
Manual 
143078-001- 
iSBC 
208 
Flexible 
Disk 
Controller 
Hardware 
Reference 
Manual 
(NOT 
SUPPLIED). 


Temperature: 
O°C to 
55°C 
(operating); 
-55°C 
to 
+ 85°C (non-operating) 


Humidity: 
Up to 90% 
Relative 
Humidity 
without 
condensation 
(operating); 
all 
condi- 
tions 
without 
condensation 
or 
frost 
(non-operating) 


Reference 
manuals 
may be ordered 
from 
any Intel 
sales representative, 
distributor 
office, 
or from 
Intel 
Literature 
Department, 
3065 Bowers Avenue, 
Santa, 
Clara, CA 95051. 


ORDERING 
INFORMATION 
Part Number 
Description 


SBC 208 
Flexible 
Disk Controller 


inter 
iSBC® 214 
PERIPHERAL CONTROLLER SUBSYSTEM 


• 
Based on the 80186 Microprocessor 


• 
Controls 
up to Two ST506/412 
5114" 
Winchester 
Disk Drives 


• 
Controls 
up to Four Single/Double 
Sided and Single/Double 
Density 
5114" 
Flexible 
Disk Drives 


• 
Controls 
up to Four QIC-02 
Streaming 
Tape Drives 


• 
Supports 
20 or 24-Bit Addressing 


• 
On-Board 
Diagnostics 
and Winchester 
ECC 


• 
Incorporates 
Track Caching 
to Reduce 
Winchester 
Disk Access 
Times 


• 
IRMXTM and XENIX· 
Operating 
System 
Support 


The iSBC 214 Subsystem 
is a single-board, 
multiple 
device 
controller 
that interfaces 
standard 
MUL TIBUS@ 


systems 
of three types of magnetic 
storage 
media. The iSBC 214 Peripheral 
Controller 
Subsystem 
supports 
the following 
interface 
standards: 
ST506/412 
(Winchester 
Disk), SA 450/460 
(Flexible 
Disk), and QIC-02 (%" 


Streaming 
Tape). 


The board combines 
the functionality 
of the iSBC 215 Generic 
Winchester 
Controller 
and the iSBC 213 Data 
Separator, 
the iSBXTM 218A 
Flexible 
Disk Controller, 
and the iSBX 217C %" 
Tape 
Drive Interface 
Module. 
The 
iSBC 214 
Subsystem 
emulates 
the iSBC 215G 
command 
set, allowing 
users 
to avoid 
rewriting 
their 
software. 


The iSBC 214 Peripheral 
Controller 
Subsystem 
offers a single slot solution 
to the interface 
of multiple 
storage 
devices, 
thereby 
reducing 
overall 
power requirements, 
increasing 
system 
reliability, 
and freeing 
up backplane 
slots for addtional 
functionality. 
In addition, 
the new iSBC 214 Subsystem 
can be placed 
in a 16 Megabyte 
memory 
space. 
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Subsystem 
architecture 
which 
is 
designed 
around a dual bus structure and supported by real- 
time, multitasking firmware. The 80186 controls the 
local bus and manages the interface between the 
MULTIBUS and the controller. It is responsible for 
high speed data transfers of up to 1.6 megabytes 
per second between the iSBC 214 Subsystem and 
host memory. The 80186 and the multitasking firm- 


Wet,t:l 
Ut:l<,;UUtl me commana request, allocate HAM 
buffer space, and dispatch the tasks. 


A second bus, the I/O Transfer Bus, supports data 
transfers between the controller and the various pe- 
ripheral devices. It is this dual bus system that al- 
lows the iSBC 214 Subsystem to provide simulta- 
neous data transfers between the controller and the 
storage devices, and between the controller and the 
MULTIBUS. (See Figure 1). 
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The iSBC 214 Subsystem implements an intelligent 
track caching scheme through dynamic allocation of 
buffer space. This provides reduced access times to 
the Winchester disk and improved system perform- 
ance. Operating systems with file management de- 
signed to handle sequential data can be supplied 
directly from the cache without incremental access 
to the disk. 


The iSBC 214 Subsystem provides control of one or 
two ST506/412 compatible Winchester devices and 
supports up to 16 Read/Write heads per drive. The 
Intel 82062 acts as the main controller taking care of 
FM/MFM encoding and decoding, bit stream seriali- 
zation and deserialization, address mark detection 
and generation, sector identification comparisons, 
CRC error checking and format generation. The 
board uses a standard daisy-chained control cable 
and a separate data transfer cable for each device 
supported. 


High data integrity is provided by on-board Error 
Checking Code logic. For burst error correction, a 
32-bit code is appended to the sector data fields by 
the controller. During a read operation, the same 
logic regenerates the ECC polynomial and com- 
pares this second code to the appended ECC. The 
ECC logic can detect an erroneous data burst up to 
32 bits in length with correction up to 11 bits. 


If an ECC error is detected the controller automati- 
cally initiates a retry operation on the data transfer. If 
the maximum retry count is exceeded, the location 
of the bad data within the transfer buffer is identified 
and the 80186 then performs error correction on the 
data bytes. 


The Flexible Disk Controller performs all data sepa- 
ration, FM (single density) and MFM (double density) 
encoding, and CRC support. The 34-pin connector is 
designed to support the SA450/460 interface direct- 
ly and up to four flexible disk devices may be con- 
nected to the controller. 


Tape Controller 
Interface 


The tape controller section of the iSBC 214 Subsys- 
tem is based on the 8742 Universal Peripheral Inter- 
face (UPI). It is capable of supporting up to four 
QIC-02 compatible streaming tape drives over a 
standard 50-pin daisy-chained cable. 


All standard QIC-02 commands are supported. All 
drives must be capable of streaming at 30 or 90 
inches per second. 


The MULTIBUS connection consists of two standard 
printed circuit board edges that plug into MULTIBUS 
edge connectors on a backplane in the system bus. 
An active P1 connector is required and serves as the 
Host systems's communciation channel to the con- 
troller. An active P2 connector is optional and only 
required for supporting full 24-bit addressing and 
power fail signals. 


Compatibility 


CPU-any 
iSBC MULTIBUS computer or system 


mainframe. 


Winchester 
disk-Any 
ST506/412 
compatible, 


5.25" disk drive. 


Flexible disk-Any 
SA450/460 
compatible, 5.25" 


disk drive. 


Tape drive-Any 
QIC-02 compatible, .25" streaming 


tape drive. 


Controller-to-drive cabling and connectors are not 
supplied with the controller. Cables can be fabricat- 
ed with flat cable and commercially-available con- 
nectors as described in the iSBC 214 Hardware Ref- 
erence Manual. 


Physical Characteristics 


Width: 6.75 in. (17.15 cm) 
Height: 0.5 in. (1.27 cm) 
Length: 12.0 in. (30.48 cm) 
Shipping Weight: 19 oz. (540 g) 


inter 


Up to 90% relative humidity without 
condensation (operating); all condi- 
tions without condensation or frost 
(non-operating). 


Ordering 
Information 


iSBC 214 Peripheral Controller Subsystem. 
Mounting: Occupies one slot or SBC system chas- 
sis or cardcage/backplane. 


Environmental 
Characteristics 
Temperature: 10°Cto 55°C with airflow of 200 linear 
feet per minute (operating); - 55°C to 
+ 85°C (non-operating). 


Reference 
Manual 
134910-001: 
iSBC 214 Peripheral Controller Sub- 
system Hardware Reference Manual 
(not 
supplied). 
Reference 
Manual 
may be ordered from any Intel sales 
representative, distributor office 
or 
from 
Intel 
Literature 
Department, 
3065 Bowers Avenue, Santa Clara, 
CA 95051. 
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iSBC® 215 
GENERIC WINCHESTER CONTROLLER 


• 
Controls 
up to Four 5%",8" 
or 14" 


Winchester 
Disk Drives from Over Ten 


Different 
Vendors 


• 
Compatible 
with Industry 
Standard 


MUL TIBUS® 
(IEEE 796) Interface 


• 
Supports 
ANSI X3T9/1226 
Standard 


Interface 


• 
Software 
Drivers 
Available 
for 


IRMXTM 86, iRMX 88 and Xenix· 
Operating 
Systems 


• 
Intel 8089 I/O 
Processor 
Provides 


Intelligent 
DMA Capability 


• 
On-Board 
Diagnostics 
and ECC 


• 
Full Sector 
Buffering 
On-Board 


• 
Capable 
of Directly 
Addressing 
16 MB 


of System 
Memory 


• 
Removable 
Back-up 
Storage 
Available 


Through 
the iSBXTM 218A Flexible 
Disk 


Controller 
and the ISBX 217C %" Tape 


Interface 
Module 


Using VLSI technology, 
the iSBC 215 Generic 
Winchester 
Controller 
(GWC) combines 
three popular Winches- 
ter controllers 
onto one MUL TIBUS 
board: the iSBC 215A open loop controller, 
the iSBC 215B closed 
loop 
controller, 
and an ANSI X3T9/1226 
standard 
interface 
controller. 
The combined 
functionality 
of the iSBC 215 
Generic 
Controller 
supports 
up to four 5%" , 8" or 14" Winchester 
drives from over 10 different 
drive vendors. 


Integrated 
back-up 
is available 
via two iSBX MULTI MODULE 
boards; 
the iSBX 218A module 
for floppy 
disk 
drives and the iSBX 217C module 
for %" tape units. 


From the MUL TIBUS side, the iSBC 215 GWC appears 
as one standard 
software 
interface, 
regardless 
of the 
drive type used. In short, the iSBC 215 GWC allows 
its user to change 
drive types without 
rewriting 
software. 


The iSBC 215 Generic 
Controller 
is totally 
downward 
compatible 
with its predecessors, 
the iSBC 215A and 
215B controller; 
allowing 
existing 
iSBC 215A and 2158 
users to move quickly to the more powerful 
iS8C 215 
Generic 
Winchester 
Controller. 
In addition, 
the iS8C 
215 GWC directly 
addresses 
up to 16 megabytes 
of 
system 
memory. 


inter 


The iSBC 215 Generic Winchester Controller can in- 
terface to over 10 different disk drives. To change 
drive types the user need only reconfigure a minimal 
number of board jumpers and, if required, insert the 
proper formatting information into the command pa- 
rameter blocks. 


The ANSI X3T9/1226 
standard interface is a simple 


one-for-one flat cable connection from drive to con- 
troller. 


The iSBC 215 Generic controller contains enough 
on-board RAM for buffering one full data sector. The 
controller is designed to make use of this buffer in all 
transfers. The on-board sector buffer prevents data 
overrun errors and allows the iSBC 215 Generic 
Winchester Controller to occupy any priority slot on 
the MULTIBUS. 


High data integrity is provided by on-board Error 
Checking Code (ECC) logic. When writing sector 10 
or data fields, a 32-bit ECC, for burst error correc- 
tion, is appended to the field by the controller. Dur- 
ing a read operation, the same logic regenerates the 


SYSTEM 
MEMORY 


110 COMMUNICA· 
TIONS 
BLOCKS 


:----------------~---;----~ 


I 
I 
I 
I 
I 
I 
I 


J5 
I 


'2 
II 
I 
I 
I 
I 


I 
I 


L 
1~~2~5 
~E~E~~W~~~T~ 
~~R~L~~ 
J 


210618-2 


ECC polynomial to the appended ECC. The ECC 
logic can detect an erroneous data burst up to 32 
bits in length and using an 8089 algorithm can cor- 
rect an erroneous burst up to 11 bits in length. 


Two iSBX bus connectors provide 110 expansion ca- 
pability for the iSBC 215 GWC. With the optional ad- 
dition of the iSBX 218A Flexible Disk Controller 
MULTIMODULETMand or the iSBC 217C %" Tape 
Interface Module, the iSBC 215 GWC can be config- 
ured into one of four types of peripheral sub- 
systems, see Table 1. 


Table 1. Peripheral Subsystem Configurations 


iSBC® ISBXTM IS8XTM 


215 
218A 
217C 


Winchester Only 
v- 


Winchester + Floppy 
v- 
v- 


Winchester + %" Tape 
v- 
v- 


Winchester + Floppy 
+ %" Tape 
v- 
v- 
v- 


The iSBC 215 GWC controller allows the execution 
of user-written 8089 programs located in on-board 
or MULTIBUS system RAM. Thus the full capability 
of the 8089 110 processor can be utilized for custom 
110 requirements. 


LOCAL 
IUS 
INTERFACE 


inter 


NOTE: 
1. Shugart SA1000 or RMS Data Express." 
"Data Express is a trademark of Rotating Memory Systems. 


The iSBC 215 Generic Controller interfaces to the 
system CPU(s) through MULTIBUS memory. The 
iSBC 215 Generic controller directly addresses 16 
megabytes of 
system memory. Commands are 


passed to and from the iSBC 215 GWC via memory 


are executed directly by the iSBC 215 GWC thus off- 
loading the system CPU(s). Data transfers to and 
from the iSBC 215 GWC are done via the high speed 
DMA capability of the Intel 8089 I/O processor. 
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CompatibilitY 


CPU-Any 
iSBC MULTIBUS computer or system 


mainframe. 


Disk Drives-Winchester 
Disk Drives; both open- 


loop and closed-loop head positioner types. The fol- 
lowing drives are known to be compatible: 


Open-Loop 


Shugart SA 1000 Series 
Shugart SA 4000 Series 
Memorex 100 Series 
Quantum Q2000 Series 
Fujitsu 2301, 2302 
CDC9410 
RMS 5Y4" Series 
Rodine 5%" Series 
Ampex 5%" Series 
CMI5%" 
Series 


Closed-Loop 


Priam8" and 14" Drive Series 


ANSI 


3M 8430 Series 
Kennedy 6170 Series 
Micropolis 8" Series 
Pertec Trackstar Series 
Priam8" Series 
Megavault (SLI) 8" Series 


ISBXTM MUL TIMODULETM 
Boards 


iSBXTM218A Flexible Disk Controller 
iSBXTM217C %" Tape Interface 


iSBC 215 Generic Winchester Controller 
Reference Schematic 


Controller-to-drive cabling and connectors are not 
supplied with the controller. Cables can be fabricat- 
ed with flat cable and commercially-available con- 
nectors as described in the iSBC 215G Hardware 
Reference Manual. 


Ithysical Characteristics 
Width: 
6.75 in. (17.15 cm) 
Height: 
0.5 in. (1.27 cm) 
Length: 
12.0 in. (30.48 cm) 


Shipping Weight: 
19 oz. (0.54 kg) 


Mounting: 
Occupies one slot of iSBC sys- 
tem chassis or cardcage/back- 
plane 


With an iSBX MULT1MODULEboard mounted. verti- 
cal height increases to 1.13 in. (2.87 cm). 


Power 
Requirements 


+ 5 VDC@4.52Amax 
- 5 VDC@0.015Amax1 
+ 12 VDC@0.15Amax2 
-12 
VDC@0.055Amax1,2 


NOTES: 


1. On-board regulator and jumper allows - 12 VDC 
usage from MULTIBUS. 
2. Required for some iSBX MULTIMODULE boards. 


inter 


Bytes/Sector 
128 
256 
512 
1024 


Priam8" 
72 
42 
23 
12 
Priam 14" 
107 
63 
35 
18 
RMS/Shugart 8" /Quantum/ Ampes/Rodine/CM1 
54 
31 
17 
9 
Fujitsu/Memorex 
64 
38 
21 
11 
Shugart 14" 
96 
57 
31 
16 
CDC Finch 
64 
41 
23 
12 
3M (ANSI) 
82 
51 
29 
16 
Megavault (ANSI) 
73 
43 
21 
12 
Kennedy (ANSI) 
74 
. 43 
23 
12 
Micropolis (ANSI) 
71 
44 
25 
13 
Pertec (ANSI) 
85 
52 
29 
15 


NOTE: 
1. Maximum 
allowable 
for corresponding 
selection 
of bytes per sector. 


Drives per Controller 


5%" Winchester Disk Drives-Up 
to four RMS, CMI, 
Rodine or f.mpex drives. 


8" Winchester Disk Drives-Up 
to four ANSI, Shu- 
gart, Quantum or Priam drives; up to two Memorex, 
CDC, or Fujitsu drives. 


14" Winchester Disk Drives-Up 
to four Priam driv- 


ers; up to two Shugart drives. 


Flexible Disk Drives-Up 
to four drives through the 


optional iSBX 218A Flexible Disk Controller connect- 
ed to the iSBC 215 GWC board's iSBX connector. 


%" Tape Drives-Up'to 
four drives through the op- 


tional iSBX 217C %" Tape Interface Module con- 
nected to the iSBC 215 GWC board's iSBX connec- 
tor. 


Environmental 
Characteristics 


Temperature-o° 
to .55°C (operating); -55°C 
to 


+85°C (non-operating) 


Humidity-Up 
to 90% relative humidity without con- 


densation (operating); all conditions without conden- 
sation or frost (non-operating). 


14478o-iSBC 
215 Generic Winchester Controller 


Hardware Reference Manual (NOT SUPPLIED) 


Reference manuals may be ordered from any Intel 
sales representative, distributor office, or from Intel 
Literature Department, 3065 Bowers Avenue, Santa 
Clara, CA 95051. 


ORDERING 
INFORMATION 
Part Number Description 
SBC 215G 
Generic Winchester Controller 


inter 
iSBC® 220 
SMD DISK CONTROLLER 


• 
Controls 
up to Four Soft Sectored 
SMD 
Interface 
Compatible 
Disk Drives 


• 
12 MB to 2.4 GB per Controller 


• 
Compatible 
with all ISBC® 80, ISBC® 88, 
and ISBC® 86 Single Board Computers 


• 
Intel 8089 I/O Processor 
Provides 
Two 
High Speed 
DMA Channels 
as well as 
Controller 
Intelligence 


• 
Software 
Drivers Available 
for IRMXTM 
286 and XENIX· 
Operating 
Systems 


• 
On-Board 
Diagnostic 
and ECC 


• 
Full Sector 
Buffering 
On· Board 


• 
Capable 
of Addressing 
1 MB of System 
Memory 


• 
SMD Interface 
Available 
on Winchester, 
CMD, SMD and Large Fixed·Medla 
Drives 


The iSBC 220 SMD Disk Controller 
brings very large mass storage 
capabilities 
to any iSBC 80, iSBC 88, or 
iSBC 86 MUL TIBUS@ system. 
The controller 
will interface 
to any soft sectored 
disk drive conforming 
to the 
industry 
standard 
SMD interface, 
Using simplified 
cable connections, 
up to four drives may be connected 
to 
the iSBC 220 Controller 
Board to give a total maximum 
capacity 
of 2.4 gigabytes. 
The Intel 8089 I/O Processor 
simplifies 
programming 
through 
the use of memory-based 
parameter 
blocks. A linked list technique 
allows the 
user to perform 
multiple 
disk operations. 


·XENIX 
is a registered 
trademark 
of Microsoft. 
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The iSBC 220 SMD Controller contains enough on- 
board RAM for one full sector buffering. The control- 
ler is designed to make use of this buffer in all trans- 
fers. The on-board sector buffer prevents data over- 
run errors and allows the iSBC 220 SMD Controller 
to occupy any priority slot on the MULTIBUS. 


High data integrity is provided by on-board Error 
Checking Code (ECG) logic. When writing sector 10 
or data fields, a 32·bit Fire code, for burst error cor- 
rection, is appended to the field by the controller. 
During a Read operation, the same logic regener- 
ates the ECC polynomial and compares this second 
polynomial to the appended ECC. The ECC logic 
can detect an erroneous data burst up to 32 bits in 


length and using an 8089 alrogithm can correct an 
erroneous burst up to 11 bits in length. 


High speed, reliable data transfers are a major bene- 
fit of suing the SMD interface. A data transfer rate of 
1.2 MB is accomplished by using separate (radial) 
differential data line cabling for each drive. Control 
signals are daisy-chained from drive to drive. 


Defective 
Track Handling 


When a track is deemed defective, the host proces- 
sor reformats the track, giving it a defective track 
code and enters the address of the next available 
alternate track. When the controller accesses a 
track previously marked defective, the controller au- 
tomatically seeks to the assigned alternate track. 
The alternate track seek is totally automatic and in- 
visible to the user. 
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Compatibility 


CPU: Any iSBC MULTIBUS computer on system 


mainframe 


Disk Drive: Any soft sectored SMD interface-com- 


patible disk drive 


Equipment Supplied 


iSBC 220 SMD Disk Controller 
Reference schematic 


Controller-to-drive cabling and connectors are not 
supplied with the controller. Cables can be fabricat- 
ed with flat cable and commercially-available con- 
nectors as described in the iSBC 220 SMD Disk 
Controller Hardware Reference Manual. 


Physical Characteristics 


Width: 6.75 in (17.15 cm) 
Height: 0.5 in (1.27 cm) 
Length: 12.0 in. (30.48 cm) 
Shipping Weight: 19 oz. (0.54 kg) 
Mounting: Occupies one slot of iSBC system chas- 


sis or cardcage/backplane 


Power Requirements: 


+ 5 VCD @ 3.25A max 
-5 
VDC @ 0.75A max(1) 


NOTE: 


1. 
On-board 
voltage 
regulator 
allows 
optional 


-12 
VDC usage from MULTIBUS. 


Data Organization 
and Capacity 


Bytes per Sector(2l: 128 
256 
521 
1024 


Sector per Track(2l: 108 
64 
35 
18 


NOTE: 


2. Software selectable. 


Table 
1. Drive Characteristics 
(Typical) 


Disk (spindle) Speed 3600 rpm 
Tracks per Surface 
823 
Head Positioning 
Closed loop servo type, track 
following 


Access Time 
Track to Track 
6 ms 
Average 
30 ms 
Maximum 
55 ms 


Data Transfer Rate 
1.2 megabytes/second 


Storage Capacity 
12 to 2.4 gigabytes 


Environmental 
Characteristics 


Temperature: O°C to 55°C (operating); -55°C 
to 
+ 85°C (non-operating) 


Humidity: Up to 90% relative humidity without con- 


densation (operating); all conditions with- 
out condensation or frost (non-operating) 


Reference 
Manual 


121597-001-iSBC 
220 SMD Disk Controller Hard- 


ware Reference Manual (NOT SUPPLIED) 


Reference manuals may be ordered from any Intel 
sales representative, distributor office, or from Intel 
Literature Department, 3065 Bowers Avenue, Santa 
Clara, CA 95051. 


ORDERING 
INFORMATION 
Part Number 
Description 
SBC 220 
SMD Disk Controller 


iSBXTM 217C Y4-INCH TAPE DRIVE 
INTERFACE MULTIMODULETM BOARD 


• 
ISBXTM MUL TIMODULETM 
Interface 
Provides 
Tape Backup Capability 
for 
ISBC@ 215 Generic 
Winchester 
Controller 


• 
Conflgurable 
to Interface 
with up to 
Four QIC-02 
Compatible 
or 3M HCD-75 
Compatible 
Tape Drives 


• 
Implements 
the QIC-02 with Parity 
Streaming 
Tape Interlace 
Standard 


• 
Supports 
Transfer 
Rates of 90K, 30K or 
17K Bytes per Second 
Depending 
on 
Tape Speed 


• 
Supported 
by IRMXTM 86 and XENIX· 
Operating 
Systems 
when Used on 
ISBC® 215 Generic 
Winchester 
Controller 
Board 
• + 5 Volt Only Operation 


The iSBX 217C %-Inch Tape Drive Interface module is a member of Intel's family of iSBX bus compatible 
MULTIMODULE products. iS8X MULTIMODULE boards plug directly onto any iS8X bus compatible host 
board, offering incremental on-board I/O expansion. The module is particularly useful for implementing car- 
tridge tape back-up capability directly on the iSBC 215 Generic Winchester Disk Controller via DMA. The 
iSBX 217C board can also provide a low-cost tape storage interface for any Intel single board computer, with 
an iSBX connector, via programmed I/O. The iSBX 217C module interfaces with up to four streaming tape 
drives. Typically, these drives provide 20 to 45 megabytes of storage each. When used in conjunction with 
these drives and the iSBX 215 board, the module can transfer 20 megabytes of data from disk to tape in about 
fourteen minutes. Alternatively, the iSBX 217C board can interface with up to four 3M Company HCD-75 
compatible start/stop tape drives, for those applications requiring access to individual data files on tape. 


The iSBX 217C module implements an interface be- 
tween a host iSBC board and a cartridge Y4-inch 
magnetic tape drive, with a minimum of host soft- 
ware overhead. Data transfers may occur in either a 
direct memory access (DMA) or programmed I/O 
mode. The DMA mode is available only with host 
iSBC boards which have DMA capability. In both 
modes, the host must be able to transfer data at a 
rate of 90K, 30K or 17K bytes per second, depend- 
ing on the speed of the tape drive. 


A command plus one-to-five parameter bytes are 
issued by the host iSBC board to the iSBX 217C 
module to initiate any tape interface operation. Com- 
mands for the OIC-02 and 3M interfaces are sum- 
marized in Table 1. If the function is a Read or a 


Write operation, the host must then be ready to 
transfer data a byte at a time to or from the module. 
In programmed I/O mode, with OIC-02 drives, the 
host polls the iSBX 217C status port to learn when 
the tape interface is ready for the next 512 byte data 
block. During the data block transfer, the host is in- 
terrupted by MWAIT/ when the interface is ready to 
transfer a data byte. With 3M tape drives, the host 
may be interrupted or use MDROT to detect when 
the module is ready for the next byte transfer. In 
DMA mode, the host board uses the DMA Request 
signal (MDROT) of the iSBX bus to synchronize the 
data transfer. At the conclusion of a tape operation, 
the iSBC host must read one or more of the 
iSBX 217C module's Sense Bytes to receive status 
information on the completed opeation. When the 
iSBX 217C module is used on the iSBC 215 Generic 
Winchester Controller board, these host require- 
ments are fulfilled by the standard on-board firm- 
ware and are transparent to the user. 


Table 
1. Commands 
required 
by QIC-02 and 3M tape drives. Number 
Indicates 
the parameter 
bytes 
required 
by the command. 
N Indicates 
the command 
Is not supported 
by the drive. 


Hex Code 
Command 
Parameter 
Bytes 
Type of 


QIC·2 
3M 
Command 


00 
Reset iSBX 217C Board 
1 
1 
a 
01 
Initialize Drive 
1 
1 
a 
02 
Write A Block 
1 
3 
b 
03 
Write a File Mark 
1 
1 
a 
04 
Read a Block 
1 
3 
b 
05 
Read File Mark Command 
1 
N 
a 
06 
Read Status 
1 
1 
a 
07 
Rewind 
1 
N 
a 
08 
Retension 
1 
N 
a 
09 
EraseTape 
1 
N 
a 
OC 
Unload Tape 
N 
1 
a 
14 
Continue 
N 
1 
a 
15 
Write RAM 
N 
5 
b 
16 
Read RAM 
N 
5 
b 
17 
Verify 
N 
5 
a 
18 
Run Selftest 1 
1 
N 
a 
1A 
Read Extended Status 
1 
N 
a 
1B 
Set Alternate Select Mode 
1 
N 
a 


1C 
Return Raw Drive Status 
1 
N 
a 
20 
Reset Bad Parity Flag 
0 
N 
c 
40 
Start of Transfer (SOT) 
1 
1 
c 
80 
End of Transfer (EDT) 
1 
1 
c 
81 
Pause Command 
1 
N 
c 
82 
Please Pause Command 
1 
N 
c 


inter 
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"IX" IUS 
I: 
tUX- IUI 


CONNICTO" 
I 
I 
CONNECTOR 


Compatibility 


Host-Any 
iSBC signal board computer or peripher- 
al controller with an iSBX connector. The iSBC 215 
Generic Winchester Controller includes on-board 
firmware to support the iSBX 217C under either the 
iRMX 86 or XENIX Operating Systems. The firmware 
on the iSBC 215A and iSBX 215B Winchester Con- 
trollers cannot support the iSBX 217C module. 


DrIves-Any 
QIC-02 or 3M HCD-75 interface com- 


patible cartridge 'kinch 
magnetic tape drive. 


90K (one byte every 11 microseconds), 30K (one 
byte every 33 microseconds) or 17K (one byte every 
53 microseconds) depending on tape drive speed. 


Equipment 
Supplied 


iSBX 217C Interface Module 
Reference Schematic 


Controller-to-drive cabling and connectors are not 
supplied. Cables can be fabricated with flat cable 
and commercially-available connectors as described 
in the Hardware Reference Manual. 


Physical Characteristics 


Width: 3.08 inches (7.82 cm) 
Height: 0.809 inches (2.05 cm) 
Length: 3.70 inches (9.40 cm) 
Shipping Weight: 3.5 ounces (99.2 gm) 
Mounting: Occupies one single-wide iSBC 


MULTIMODULE position on boards 


Environmental 
Characteristics 


Temperature: O°Cto + 55°C (operating) @200LFM; 


- 55°C to + 85°C (non operating) 


Humidity: 
Up to 90% relative humidity without 
condensation (operating); all condi- 
tions without condensation or frost 
(non-operating) 


Reference 
Manual 


0146704-001- 
iSBX 217C Board Hardware Refer- 
ence Manual (NOT SUPPLIED) 


ORDERING 
INFORMATION 


Part Number 
Description 
SBX 217C 
Cartridge %-inch Tape Drive Inter- 
face 


inter 
iSBXTM 218A 
FLEXIBLE DISK CONTROLLER 
• ISBXTM Bus Compatible 
8" or 5.25" 
• Motor On/Off 
Latch Under Program 
Floppy 
Diskette 
Controller 
Module 
Control 
• Hardware 
and Software 
Compatible 
• Drive-Ready 
Timeout 
Circuit for 5.25 
with iSBX 218 Module 
Inch Floppy Drives 
• Controls 
Most Single/Double 
Density 
• Phase Lock Loop Data Separator 
and Single/Double 
Sided Floppy 
Drives 
Assures 
Data Integrity 
• User Programmable 
Drive Parameters 
• Read and Write on Single or Multiple 
Allow Wide Choice 
of Drives 
Sectors 
• Single + 5 Volt Supply Required 


The Intel iSBX 218A Flexible 
Disk Controller 
module 
is a software 
and hardware 
compatible 
replacement 
for 


the iSBX 218 module and provides 
additional 
features. 
The iSBX 218A module 
is a double-wide 
iSBX module 


floppy 
disk controller 
capable 
of supporting 
virtually 
any soft-sectored, 
single/double 
density 
and single/dou- 
ble sided floppy drives. The controller 
can control 
up to four drives. In addition 
to the standard 
IBM 3740 and 


IBM system 34 formats, 
the controller 
supports 
sector lengths up to 8192 bytes. The iSBX 218A module's 
wide 


range of drive compatibility 
is achieved 
without 
compromising 
performance. 
The operating 
characteristics 
are 


specified 
under user control. 
The controller 
can read and write either single or multiple 
sectors. 


inter 


Intel's 8272 floppy Disk Controller (FDG) chip is the 
heart of the iSBX 218A Controller. On-board data 
separation logic performs standard MFM (double 
density) and FM (single density) encoding and de- 
coding, eliminating the need for external separation 
circuitry at the drive. Data transfers between the 
controller and memory are managed by the intelli- 
gent device on the host board (usually an Intel 8-bit 
or 16-bit CPU). A block diagram of the iSBX 218A 
Controller is shown in Figure 1. 


Universal Drive and iSBXTM 218A 
Controller 


Because the iSBX 218A Controller has universal 
drive compatibility, it can be used to control virtually 
any standard-or mini-sized diskette drive. Moreover, 
the 
iSBX 
218A 
Controller 
fully 
supports 
the 


iSBX bus and can be used with any single board 
computer which provides this bus interface. Be- 
cause the iSBX 218A Controller is programmable, its 
performance is not compromised by its universal 
drive compatibility. The track-to-track access, head- 
load, and head-unload characteristics of the select- 
ed drive model are program specified. Data may be 
organized in sectors up to 8192 bytes in length. 


The standard iSBX 218A Controller includes an Intel 
8272 Floppy Disk Controller chip which supports up 
to four drives, single or double sided. 


SIMPLIFIED 
INTERFACE-The 
cable between the 
iSBX 218A Controller and the drive(s) may be low 
cost, flat ribbon cable with mass termination connec- 
tors. 
The 
mechanical 
interface 
to 
the 
board 


READ 
WINDOW 
GENERATOR 


TIMING 
AND 
PLL 


READ 
DATA 
SHAPING 


WRITE 
PRECOM- 
PENSATION 


is a right-angle header with locking tabs for security 
of connection. 


PROGRAMMING-The 
powerful 8272 FDC circuit is 


capable of executing high-level commands that sim- 
plify system software development. The device can 
read and write both single and multiple sectors. CRC 
characters are generated and checked automatical- 
ly. Recording density is selected at each Read and 
Write to support the industry standard technique of 
recording basic media information on Track 0 or 
Side 0 in single density, and then switching to dou- 
ble density (if necessary) for operations on other 
tracks. 


PROGRAM 
INITIATION-All 
diskette 
operations 


are initiated by standard iSBX bus input/output (I/O) 
operations through the host board. System software 
first initializes the controller with the operating char- 
acteristics of the selected drive. The diskette is then 
formatted under program control. Data transfers oc- 
cur in response to commands output by the CPU. 


DATA TRANSFEfI-once 
a diskette transfer opera- 


tion has been initiated, the controller will require a 
data transfer every 13 microseconds (double densi- 
ty) or 26 microseconds (single density). Most CPUs 
will operate in a polled mode, checking controller 
status and transferring bytes when the controller is 
ready. Boards utilizing the Intel 8080 chip, such as 
the iSBC 80/10B board, will be restricted to single 
density operation with the iSBX 218A Controller, due 
to these speed requirements. 


DMA OPERATION-The 
iSBX 218A module can be 
used either with or without a DMA controller on the 
host board. Standard DMA controllers provide a 
DACK (DMA Acknowledge) signal for proper DMA 
operation with the 8272. The iSBX 218A's on-board 
DACK generator provides the interface to allow the 
iSBX 218A module to be used with DMA controllers 
such as Intel's 8089 and 80186 processors that do 
not provide a DACK signal. 


Compatibility 


CPU-Any 
single board computer or I/O board im- 


plementing the iSBX bus interface and connector. 


Devices-Double 
or single density standard (8") 


and mini (5%") flexible disk drives. The drives may 
be single or double sided. Drives known to be com- 
patible are indicated in the table to the right. 


IStandard (S") 
Mini (5Y4") 


Caldlsk 
143M 
Shugart 
450/400 


Remex 
RFD4000 
Shugart 
460/410 


Memorex 
550 
Mlcropolls 
1015·IV 


MFE 
700 
Pertec 
250 


Siemens 
FDD 200·S 
Siemens 
200·5 


Shugart 
SAS50/S00 
Tandon 
TM·100 


Shugart 
SAS60/S10 
CDC 
9409 


Pertec 
FD650 
MPI 
51/52/91/92 


CDC 
9406·3 


Data Organization and Capacity 
Standard Size Drives 


" 
Double Density 
Single Density 


IBM System 34 
Non-IBM 
IBM System 3740 
Non-IBM 


Bytes per Sector 
256 
1 512 I 1024 
20481409618192 
128 
1 256 I 512 
10241204814096 


Sectors per Track 
26 
1 
15 I 
8 
4 T 2 T 1 
26 
1 
15 I 
8 
4 T 
2 T 1 


Tracks per Diskette 
77 
77 
77 
77 


Bytes per Diskette 
512,512 
256,256 


(Formatted, per 
(256 bytes/sector) 
(128 byte/sector) 
diskette surface) 
591,360 
630,784 
295,680 
315,392 
(512 bytes/sector) 
(256 bytes/sector) 
630, 784 
315,392 


(1024 bytes/sector) 
(512 bytes/sector) 


inter 


Dlskette-Unformatted 
IBM Diskette 1 (or equiva- 


lent single-sided media); unformatted IBM Diskette 
20 (or equivalent double-sided). 


Equipment 
Supplied 


iSBX 218A Controller 
Reference Schematic 
Controller-to-drive cabling and connectors are not 
supplied with the controller. Cables can be fabricat- 
ed with flat cable and commercially-available con- 
nectors as described in the iSBX 218A Hardware 
Reference Manual. 


Nylon Mounting Screws and Spacers 


Physical Characteristics 


Width: 
3.15 inches (8.0 cm) 
Height: 
0.83 inches (2.1 cm) 
Length: 
7.5 ounces (19.1 cm) 


Weight: 
4.5 ounces (126 gm) 
Mounting: Occupies one double-wide iSBX MULTI- 


MODULETMposition on boards; increas- 
es board height (host plus iSBX board) to 
1.13 inches (2.87 cm). 


Environmental 
Characteristics 


Temperature: O·C to +55· (operating); - 55·C to 


+ 85·C (non-operating). 


Humidity: 
Up to 90% Relative Humidity without 
condensation (operating); all condi- 
tions without condensation or frost 
(non-operating). 


Reference 
Manual 


145911-001- iSBX 218A Flexible Disk Controller 


Hardware Reference Manual (NOT 
SUPPLIED). 


Reference manuals may be ordered from any Intel 
sales representative, distributor office, or from Intel 
Literature Department, 3065 Bowers Avenue, Santa 
Clara, California 95051. 


Drive Characteristics 
Standard 
Size 
Mini Size 


Double/Single 
Density 
Double/Single 
Density 


Transfer Rate (K bytes/sec) 
62.5/31.25 
31.25/15.63 


Disk Speed (RPM) 
360 
300 


Step Rate Time 
1 to 16 ms/track in 
2 to 32 ms/track in 
(Programmable) 
1 ms increments 
2 ms increments 


Head Load Time 
2 to 254 ms in 
4 to 508 ms in 
(Programmable) 
2 ms increments 
4 ms increments 


Head Unload Time 
16 to 240 ms in 
32 to 480 ms in 
(Programmable) 
16 ms increments 
32 ms increments 


ORDERING 
INFORMATION 
Part Number 
Description 
SBX 218A 
Flexible Disk Controller 


Graphics 
9 


iSBC® 186/78A 


INTElliGENT 
VIDEO GRAPHICS CONTROllER 
• 8 MHz 80186 Integrated 
Microprocessor 
• Look-Up 
Table Generates 
up to 16 out 
• Top Drawing Speeds of 1.25M Pixels/see 
of a Possible 
4096 Colors 


Polygon 
Drawing 
Rate: 150K Pixels/see 
• 182720 Graphic 
Display Controller 
• Programmable 
Frame Rate and Size 
• Resolution 
of 640 x 480 (Non- 
• Simultaneous 
Multlwrlte 
Into All Planes 
Interlaced) 
or 1024 x 800 (Interlaced) 
• Two ISBXTM Bus Connectors 
• Eight 28-Pln Memory 
Sites 
• DMA to Local Bus from iSBXTM 
• Multiple Co-Resident 
Frame Buffers 


MULTIMODULETM, 
Local Memory, 
and 
• Serial Input Support 
for Human 
MUL TI8US@ System 
Bus 
Interfaces 
via ISBXTM MUL TIMODULETM 
• Optional 
VOl (Virtual 
Device 
Interface) 
Board 


Graphics 
Software 
Resides 
On-Board 
• Full RS-343 or RS-170 Support 


The iSBC 186/78A 
VGC (Video Graphics 
Controller) 
is the newest 
member 
of Intel's growing 
family of micro- 


computer 
graphics 
products. 
It provides 
an economical, 
off-the-shelf 
graphics 
solution 
for OEM applications. 


The local microprocessor 
(80186) adds on-board 
intelligence 
to off-load 
graphics 
functions 
from the host CPU. 


Powerful 
bit-mapped 
graphics 
are made possible 
by the Intel 82720 
Graphics 
Display Controller 
(GDC). This 
display controller 
supports 
high level drawing commands 
including 
arcs, circles, 
rectangles, 
area filling, zoom, 


panning 
and scrolling. 


The 
iSBC 
186/78A 
VGC 
board 
functions 
either 
as a host 
CPU with 
integral 
graphics, 
or as a dedicated 
graphics 
controller. 
Graphics 
applications 
can communicate 
directly 
with the optional 
on-board 
VOl (Virtual 
Device Interface), 
a standard 
graphics 
software 
interface. 
Applications 
that will benefit from the iSBC 186/78A 
VGC include 
process 
control 
monitoring, 
automatic 
test equipment, 
transaction 
processing, 
and instrumenta- 
tion. 


inter 


The iSBC 186/78A integrates both a high perform- 
ance 80186 microprocessor and a medium resolu- 
tion graphics display controller on one board, serv- 
ing both the computational and display requirements 
of 
today's 
interactive 
applications. 
The 


iSBC 186/78A VGC operates with Intel's standard 
graphics software (iVDI 720), an implementation of 
the proposed Virtual Device Interface standard. 


In the past, MULTIBUS graphics boards combined 
two functional blocks on a single iSBC board; e.g., 
graphics control and MULTIBUS interface logic. 
Now, Intel has integrated a third block; an on-board 
80186 microprocessor provides a control center for 
the local graphics capabilities. In addition, the large 
display memory area allows multiple buffering of 
consecutive images for a tremendous improvement 
in image display performance. Each of these func- 
tional areas is highlighted in Figure 1, and detailed in 
separate sections. 


Such high integration results in two significant bene- 
fits to the user: (1) increased system performance by 
off-loading the graphics routines from the host CPU 
board, and (2) increased savings due to the com- 
pact, 
single 
board 
implementation. 
Distributed 


graphics processing results in a system cost that is 
more directly proportional to the number of users 
serviced, without adversely impacting per-user per- 
formance. 


In low cost applications, the on-board microproces- 
sor also allows the iSBC 186/78A VGC to function 
as a host CPU with integral graphics. 


Graphics Display Controller 


The Intel 82720 GDC is an intelligent graphics con- 
troller designed to operate as the heart of a raster- 
scan computer graphics display system. The 82720 
GDC performs all the basic timing needed to gener- 
ate the raster display and manage the display mem- 
ory. In addition, the 82720 GDC supports several 
high level graphics figure drawing functions. Table 1 
highlights the 82720 command set. 


Both the graphics mode and the mixed mode of the 
82720 GDC are supported, although the 
iSBC 


186/78A VGC does not use an external character 
generator. The internal zoom-write feature of the 
GDC is fully supported. There is no external zoom 
circuitry. DMA to and from the display memory is 
supported via the MULTIBUS data bus, the local bus 
or through the iSBX data bus. 


Display Memory 


The iSBC 186/78A VGC contains 512K bytes of 
high-speed display memory, all of which is under the 
control of the 82720 GDC. The 82720 GDC controls 
both writing and reading data to and from the display 
memory and refreshing the screen. 


The configuration of on-board display memory may 
be set under user program control. The display 
memory may be segmented into multiple frame buff- 
ers, for example: three 640 x 480 x 4 frame buffers 


inter 


Video Control 
Commands 


RESET: 
Resets the GDC to its idle state. 


SYNCH: 
Specifies the video display 
format. 


Display Control 
Commands 


START: 
Ends idle mode and unblanks the 
display. 
BCTRl: 
Controls the blanking and 
unblanking of the display. 


ZOOM: 
Specifies the zoom factors for 
graphics character writing. 


CURS: 
Sets the position of the cursor in 
display memory. 


PRAM: 
Defines the starting address and 
lengths of display areas, and 
specifies the eight bytes for the 
graphics character. 


PITCH: 
Specifies the width of the X 
dimension in display memory. 


Drawing 
Control 
Commands 


WDAT: 
Writes data words or bytes into 
display memory. 


MASK: 
Sets the mask register contents. 


FIGS: 
Specifies the parameters for the 
drawing processor. 


FIGD: 
Draws the figure as specified. 
GCHRD: 
Draws the graphics character into 
display memory. 


Data Read Commands 


RDAT: 
Reads data words or bytes from 
display memory. 
CURD: 
Reads the cursor position. 
lPRD: 
Reads the light pen address. 


?r four 512 x ~12 x 4 frame buffers. Display memory 
IS read or wntten 16 bits at a time by the 82720 
GDC. Both display cycles and read-modify-write 
(~MW) cycles may be controlled by the user. During 
display cycles, data is read from the display memory 
and sent to the CRT for display, starting at the upper 
left hand of the screen and moving down toward the 
bottom right corner. During RMW cycles, data is 
transferred between the GDC and the display mem- 
ory. 


In monochrome mode, all 256K 16-bit words are 
treated as a contiguous block of memory, where a 
logical "1" in memory is displayed as an illuminated 
pixel. In color mode, four color planes exist in memo- 
~ and are written into (multi-write) and displayed 
simultaneously. Each plane consists of 64K 16-bit 
words. 


Video Output 


The iSBC 186/78A VGC controls both monochrome 
and color monitors, providing TIl 
(OV-5V) or ana- 


log (OV-0.7V) signal outputs. The iSBC 186/78A 
VGC operates with a broad range of CRT horizontal 
scan-rates. (The scan-rate is related to the pixel 
clock rate and the desired display resolution.) The 
pixel clock rate is selected by a jumper on the board, 
and may be either 20 MHz or 25 MHz. The pixel 
clock oscillator may be changed by the user to sup- 
port monitors with lower bandwidths. 


MONOCHROME 
MONITORS 


The iSBC 186/78A VGC video outputs and sync sig- 
nals may be either TIl 
or analog level signals. The 


sync signals are available as separate vertical and 
horizontal sync signals (Vsync and Hsync) or as a 
composite sync signal (Csync). When the iSBC 
186/78A VGC operates in the monochrome mode, 
the analog video signal can provide a 16-level grey 
scale. 


When 
operating 
in the 
color 
mode, the 
iSBC 


186/78A VGC video outputs are Red, Green, and 
Blue video signals, with a maximum of 16 individual 
colors displayed at one time. The Red and Blue out- 
put signals are always analog. The Green output sig- 
nal may be analog or TIL. The analog signals are 
generated in a 12-bit look-up table that provides a 
possible 4096 colors. When the Green output is ana- 
I~g, it may b~ combined with the composite sync 
signal, prodUCinga Sync-on-Green signal. The verti- 
cal and horizontal sync signals (Vsync and Hsync) 
are available on separate outputs or they may be 
combined to generate a composite sync signal 
(Csync). 


Central Processing 
Unit 


!he 80~86 compon~nt is a high-performance, high- 
Integration 16-blt microprocessor. It combines sev- 
er~1~f the .most common components onto a single 
chip Including DMA (Direct Memory Access), interval 
timers, clock generator, and a PIC (Programmable 
Interrupt Controller). The 80186 CPU provides up to 
a 100% performance improvement over the 8086 
CPU at an equivalent clock rate. 


Three internal 16-bit programmable timers are pro- 
vided. On the iSBC 186/78A VGC, two of these flex- 
i~le timer~ are connected to four external pins (two 
pins per timer). They can be used to count or time 


external events, generate nonrepetitive waveforms, 
etc. The third timer is not connected to any external 
pins, and is useful for real-time coding and time de- 
lay applications. User software can configure each 
timer independently to select the desired function. 
Available functions include: Interrupt on terminal 
count, 
programmable 
one-shot, 
rate 
generator, 


square-wave generator, software triggered strobe, 
hardware triggered strobe, and event counter. In ad- 
dition, the third timer can be used as a prescaler for 
the other two timers, or as a DMA request source. 
The contents of each counter may be read at any 
time during system operation. 


A 6-byte instruction queue provides pre-fetching of 
sequential instructions and can reduce the 500 ns 
minimum instruction cycle to 333 ns for queued in- 
structions. The stack oriented architecture readily 
supports modular programming by facilitating fast, 
simple intermodule communication along with other 
programming constructs needed for asynchronous 
real-time systems. 


The 80186 CPU uses a dynamic relocation scheme 
that allows separation of command procedures from 
data for efficient memory utilization. Four segment 
registers (code, stack, data, extra) contain program 
loaded offset values which are used to map 16-bit 
addresses to 20-bit addresses. Each register maps 
64K bytes at a time. Activation of a specific register 
is controlled, both explicitly by program control, and 
implicitly by specific functions and instructions. In 
addition, the iSBC 186178A VGC has external logic 
to provide access to the full 16M byte range of the 
MULTIBUS address space. 


Both DMA channels provided by the 80186 CPU are 
supported on the iSBC 186178A VGC. These chan- 
nels allow a direct path from the MULTIBUS or iSBX 
bus to local memory. Indirect access to the display 
memory is also possible under 82720 GDC control. 


A flag byte signaling mechanism aids in creating an 
interprocessor 
communication 
scheme. 
This 
in- 


cludes: (1) the ability to set/reset interrupts and (2) 
board reset. 


The 80186 instruction library is a superset of that for 
the 8086. Therefore, object code compatibility was 
maintained while 10 instructions were added. The 
new instructions include: Block I/O, Enter and Leave 
subroutines, Push Immediate, Multiply Quick, Array 
Bounds Checking, Shift and Rotate by Immediate, 
and Pop and Push All. 


Universal Memory Sites for 
Local Memory 


Eight 28-pin JEDEC-compatible sockets are provid- 
ed for using 2732, 2764, 27128, 27256 and 27512 
EPROMs and their respective ROMs. Other JEDEC- 
standard pinout devices are also supported, includ- 
ing byte-wide static RAMs and iRAMs. Expansion to 
a total of 12 sockets is available by adding the iSBC 
341 memory module. With the iSBC 341 memory 
module installed, the board supports up to 768K 
bytes of local storage (using 27512 EPROMs). 


The eight sockets are divided into four blocks of two 
each (for high ahd low byte), or six blocks when us- 
ing the iSBC 341 memory module. These indepen- 
dent blocks allow the user to mix many different 
kinds of 28-pin devices for increased application 
flexibility. Two different kinds of components may be 
used at anyone time and all devices on the optional 
iSBC 341 memory module must be the same. The 
memory decode PAL is socketed so that the user 
may replace it with a custom PAL configured to suit 
their particular application. 


Interrupt 
Control 


The iSBC 186178A VGC board uses the program- 
mable interrupt controller (PIC) within the 80186 
component, and allows 5 on-board vectored inter- 
rupt levels. The highest priority interrupt is the Non- 
Maskable Interrupt (NMI) line which is tied directly to 
the 80186 CPU. This interrupt is typically used to 
signal catastrophic events (e.g. power failure). The 
PICprovides prioritization and vectoring for the other 
4 interrupt requests from on-board I/O resources 
and from the MULTIBUS system bus. The PIC then 
resolves the requests according to the programma- 
ble priority resolution mode, and if appropriate, is- 
sues an interrupt to the CPU. 


Interrupt service requests to the iSBC 186178A VGC 
may originate from 22 sources. Table 2 contains a 
list of devices and functions capable of generating 
interrupts. Most of these interrupts may be jumpered 
(user configurable) to the desired interrupt request 
level. 


iSBXTM MUL TIMODULETM 
Expansion 


The iSBC 186/78A VGC has two iSBX MULTIMOD- 
ULE connectors, both support the 8-bit and 16-bit 
iSBX data buses. The addition of iSBX MULTIMOD- 
ULE boards provides I/O functions to suit most ap- 
plication requirements. These I/O functions can in- 
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Device 
Function 
Number 
Interrupts 


MUL TIBUS interface 
Requests 
from resident 
MUL TIBUS CPU or 
8 
INTO-INT7 
peripheral 
controller 
boards 


Internal 80186 timer 
Timer 0, 1, 2, outputs (function 
determined 
by timer 
5 
and DMA 
mode) and 2 DMA channel 
interrupts 


iSBX interfaces 
Function 
determined 
by iSBX MUL TIMODULE 
6 


boards 


Bus fail-safe 
timer 
Indicates 
addressed 
resident 
MUL TIBUS device has 
1 


not responded 
to command 
within 6 msec 


GDC vertical 
retrace 
Synchronization 
of screen blanking 
1 


Flag Byte 
Board identification 
1 


elude parallel 
and serial I/O, analog 
I/O, and mass 


storage 
device 
control. 
Mounting 
iSBX MUL TIMOD- 


ULEs 
directly 
on the 
single 
board 
computer 
often 


results 
in less interface 
logic, lower 
power, 
simpler 


packaging, 
higher 
performance, 
and 
lower 
costs 


than an alternative 
full-size iSBC board solution. 
See 


Figure 2 for an example 
of a minimal 
system 
where 


iSBX MUL TIMODULE 
boards 
are added to an iSBC 


186/78A 
VGC acting as the host CPU. 


Each of the iSBX connectors 
on the iSBC 186/78A 


VGC provides 
all of the signals 
necessary 
to inter- 


face 
to the 
local 
on-board 
bus, 
including 
16 data 


lines for maximum 
data transfer 
rates. All iSBX MUL- 


TIMODULE 
boards, 
designed 
with 8-bit data paths 


and 
using the 8-bit 
iSBX connector, 
are also 
sup- 


ported on the iSBC 186/78A 
VGC. A broad range of 


iSBX 
MUL TIMODULE 
options 
are 
available 
from 


Intel. 
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System Bus-Overvlew 


The MULTIBUS system bus is Intel's industry stan- 
dard (IEEE 796) microcomputer bus structure. Both 
8-bit and 16-bit single board computers are support- 
ed with 24 address and 16 data lines. A MULTIBUS 
system can be expanded by using a variety of MUL- 
TIBUS board products, such as the iSBC 186/78A 
VGC. The bus structure also allows very powerful 
distributed processing configurations with multiple 
processors, including multiple iSBC 186/78A VGC 
boards, for the most demanding microcomputer ap- 
plications. 


For those applications requiring additional process- 
ing capacity and the benefits of multiprocessing (Le. 
several CPUs and/or 
controllers logically sharing 


system tasks), the iSBC 186/78A VGC provides full 
MULTIBUS bus arbitration control logic. This control 
logic allows up to three iSBC 186/78A VGCs, or oth- 


er bus masters, to share the system bus using a 
serial (daisy chain) priority scheme. Up to 16 bus- 
masters may share the MULTIBUS system bus with 
an external parallel priority decoder. In addition to 
the multiprocessing configurations made possible 
with multimaster capability, the MULTIBUS system 
bus also provides an efficient mechanism for all 
forms of DMA (Direct Memory Access) transfers. 
Figure 3 shows a multiuser, multimaster configura- 
tion. 


Memory and I/O capacity may be increased and ad- 
ditional functions added by using Intel MULTIBUS 
compatible expansion boards. System memory for 
the 80186 microprocessor may be expanded by 
adding RAM boards, EPROM boards, or memory 
combination boards. Digital I/O and analog I/O ex- 
pansion boards are available. Floppy disk and hard- 
disk controllers are available on MULTIBUS expan- 
sion boards or iSBX MULTIMODULE boards. Modu- 
lar, expandable backplanes 
and cardcages 
are 


available to support multi-board systems. 


Figure 3. 
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The iVDI 720 Virtual Device Interpreter provides the 
iSBG 186/78A VGG with a Virtual Device Interface 
(VOl) that is consistent with the graphics software 
standard defined by the ANSI X3 organization. The 
iVDI 720 software decodes high-level commands to 
streamline the development of application code. It 
also supports a variety of input device drivers includ- 
ing digitizing tablets and mice. The standard soft- 
ware interface provides a smooth upgrade path, sim- 
plifying the transition to future hardware devices. 


The proposed ANSI standard defines the encoding 
of high-level text and graphics commands. The iVDI 
720 software decodes a binary representation of 
these proposed commands, and allows consistent 
formatting and storage of VOl encoded images. 


The iVDI 720 Graphics Virtual Device Interpreter is 
designed 
for 
EPROM installation 
on 
the 
iSBG 


186/78A VGG. Graphics functions can then be off- 
loaded to the iSBG 186/78A VGG, permitting the 
host GPU board to concentrate on system level op- 
erations such as database management or network 
communications. 


IRMXTM 86/iRMX 
286 Software 
Device 


Driver 


The iRMX 86 and iRMX 286 software are Intel's real- 
time, multi-tasking operating systems. The iVDI 720 
software package furnishes the software device 
driver required to operate the board in an iRMX soft- 
ware environment. It creates a predictable environ- 
ment for the input and output of high-level com- 
mands between the user and system, or among the 
graphics peripherals attached to the system, such 
as a mouse, tablet, printer or plotter. The iRMX driv- 
er includes PLIM and G language bindings. 


Instruction-8, 16, 24, or 32 bits 
Data 
-8 or 16 bits 


System Clock 


8.00 MHz ±0.1% 


Instruction 
Cycle Time 


8 MHz 
-500 ns 
-333 ns (assumes instruction in queue) 


NOTE: 
Basic instruction is defined as the fastest instruc- 
tion time (Le., two clock cycles). 


Memory Response Time 


286 ns for zero wait-states (address to data-valid) 


Memory Capacity (Max) 


EPROM 
512K bytes (768K with iSBG 341 MUL- 
TIMODULE) using 27512s 


E2PROM 
16K bytes (24K with iSBG 341 MULTI- 
MODULE) using 2817As 


iRAM 
64K bytes (96K with iSBG 341 MULTI- 
MODULE) using 51G86s 


Static RAM same as iRAM 


Length: 
Height: 


Depth: 


12.00 in. (30.48 cm) 
7.05 in (17.90 cm) 
0.50 in. (1.78 cm) 
1.13 in. (2.82 cm) with iSBG Memory Ex- 
pansion and MULTIMODULEs, or iSBX 
MULTIMODULE boards 
18.3 ounces 
(519 gm) excluding any 


MULTIMODULE boards 


Interface 
Double-sided 
Centers 
Supplier 


MULTIBUS System 
86 pin (P1) 
0.156 in. 
Viking 3KH43/9AMK12 


Wire Wrap 


iSBX Bus 
36/44 (J2, J3) 
0.100 
Viking 000294-0001 
(8- and 16-bit) 


Video Interface 
26 (J1) 
0.1 
3M 3399-6026 flat cable 
- or- 
5 pes. (J7-11 ) 
SMC-type 
Sealectro 50-007-0000, 
with Belden 174/U coax 


Power Requirements: 8AA 
@ +5±5% 
Vdc (Maxi- 
mum); 4.9A @ + 5 ± 5% Vdc 
(typical) 


Operating Temperature: 0° to 55°C with 200 Ifm air 


flow 


Relative Humidity: 
to 90% without condensa- 
tion 


REFERENCE 
MANUAL 


147393-001- 
iSBC 186/78A Video Graphics Sub- 
system Hardware Reference Manual 


210883-001- 
MULTIBUS Handbook 
280002-001- 
iVDI 720 Data Sheet (Virtual Device 
Interface) 
146717-002- 
iVDI 720 Graphics Software Refer- 
ence Manual 
142686-001- 
iSBX Specification 


210451-001- 
80186 Data Sheet 


210655-001- 
Intel 82720 Data Sheet 


Literature and Hardware Reference Manual may be 
ordered from an Intel Sales Representative, distribu- 
tor office or from Intel Literature Department, 3065 
Bowers Avenue, Santa Clara, California 95051. 


ORDERING 
INFORMATION 
Part Number 
Description 
iSBC 186/78A 
Intelligent Video Graphics Subsys- 
tem 


inter 


iSBXTM 270 
ALPHA-NUMERIC 
DISPLAY CONTROLLER 


• Complete 
Video Display Controller 
on a 
• Keyboard 
and Light Pen Interface 
Double-Wide 
ISBXTM MUL TIMODULETM 
Provided 
On-Board 


Board 
• 50 Hz or 60 Hz Frame Rate Operation 
• Interfaces 
to either 
Black and White or 
• Provides 
Cursor 
Control, 
Reverse 
Color Display 
Monitors 
Video, 
Blinking, Underline, 
Highlight 
• Displays 
7 x 9, 5 x 7, or 6 x 8 Character 
and Page or Scroll Mode 


Fonts 
• Compatible 
with All 8/16 
Bit ISBCIB> 
• High Level Software 
Interface 
via a 
Boards which Support 
the Intel ISBX 
Pre-Programmed 
8041A UPI 
Bus 
• Interchangeable 
Character 
Fonts 
• Graphics 
Capability 
via Pre-Defined 
Available 
In EPROM 
Graphic 
Character 
Fonts 


The iSBX 270 Video 
Display Controller 
(VDC) is a complete 
video controller 
on a standard 
double 
wide Intel 
iSBX MUL TIMODULE 
board. Providing 
either black and white (B&W) or eight-color 
displays, 
the iSBX 270 VDC 
brings alphanumeric 
video control 
to the iSBX bus. Any computer 
board or system 
supporting 
the Intel iSBX 
MUL TIMODULE 
bus is compatible 
with the iSBX 270 VDC, including 
most board and system 
products 
from 
Intel. Additionally, 
the iSBX 270 VDC supports 
keyboard 
and light pen 1/0 on-board; 
this simplifies 
the design 
of intelligent 
terminals. 


The iSBX 270 module 
allows 
the user to add high level video display 
capability 
to hislher 
computer 
system 
with a minimal 
cost and effort. 
Typical 
applications 
for the iSBX 270 VDC include video displays 
for industrial 
operator 
stations, 
word processing 
systems, 
data base management 
products 
and many other uses. 


The iSBX 270 VDC interfaces to the Intel iSBX bus 
via the 8041A Universal Peripheral Interface (UPI) 
Microcomputer. The 8041A, under firmware control, 
provides communication between the base board 
and the iSBX 270 controller circuitry via the iSBX 
data and control lines. Data may be displayed imme- 
diately following power up, using default initialization 
provided by the 8041A UPI. In addition, eight high- 
level commands are provided by the iSBX 270 firm- 
ware; these eight commands are used to alter the 
default initialization of the controller and determine 
status. Following initialization, characters are dis- 
played on the CRT by simply writing to the proper 
I/O port. 


The iSBX 270 VDC will interface to many B&W and 
RGB color display monitors. For B&W monitors, the 
iSBX 270 board provides TTL level signals for video, 
vertical sync, and horizontal sync. Additionally, in 
B&W, two levels of intensity (normal and highlight) 
are supported under program control. 


When operating in the color mode, the iSBX 270 
module provides TTL level 75 ohm line drivers for 


CONTROL 
ADDRESS 
BUS 


Red, Green, and Blue Video and sync allowing 8 
different colors to be displayed. 


Composite video is not provided on the iSBX 270 
MULTIMODULE board; however, with minimal exter- 
nal circuitry, composite video can be added (circuit 
design available; contact the local Intel Sales Office 
for details). 


Table 1 lists several CRT vendors compatible with 
the iSBX 270 VDC. 


Table 
1. CRT's (B&W and Color)(1) 


Type 
Vendor 
Model # 


B&W 
Ball Brothers 
TTL 120, TV 120, TV 50 


Motorola 
M3570 


TSD 
MDC-15 


ELSTON 
DM30-12BO-51-A04 


Color 
Ball Brothers 
7-015-0131 


lOT 
19AC 
ro 


CONRAC 
5711C13 


NEC 
1202DH 
I 


MITSUBISHI 
C-3419 
<' 


NorE: 
1. This in no way constitutes 
an endorsement 
by Intel Cor- 


poration 
of these 
companies' 
products. 
The companies 
list- 


ed are known 
to provide 
products 
compatible 
with the iSBX 


270 board. 


ON·BOARD 
DATA 
BUS 


Figure 1.ISBXTM 270 VDC Block Diagram 
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The CRT Controller performs all timing and data 
buffering functions for the CRT. The iSBX 270 VDC 
uses the Intel 8275 CRT Controller (for additional 
details refer to the 8275 data sheet available from 
Intel.) 


The iSBX 270 VDC contains 4K bytes of high speed 
static RAM, as well as a high speed DMA controller 
(8237A). The 8237A, under the control of the 8041A 
UPI, takes care of both writing data to the screen 
and refreshing the screen. 


The character fonts (128 characters, including al- 
phabetic, numeric, and special characters) that are 
displayed on the CRT are stored in EPROM. The 
need may arise to display different character fonts, 
Le., those used in international systems or custom 
symbols which are application specific. With the 
iSBX 270 VDC the user may modify any or all of the 
character 
fonts 
by 
simply 
reprogramming 
the 
EPROM. In addition, the user may utilize a larger 
EPROM to obtain up to 256 characters. 


Keyboard 
Interface 


The iSBX 270 VDC also interfaces to a keyboard I/O 
device via the J1 edge connector. The keyboard in- 
terface of the iSBX 270 VDC accepts up to eight TTL 
parallel data lines and one TTL strobe, either posi- 
tive or negative. Keyboard input is indicated by a 
status bit in the 8041A and/or an interrupt. In addi- 
tion, control lines are provided for visual and/or au- 
dible indicators. 


Table 2 lists several keyboards that interface to the 
iSBX 270 VDC. 
Table 2. Keyboards(l) 


Vendor 
Model # 


Advanced Input Devices 
SK-067 
Cherry 
B70-05AB 
Cherry 
CB80-07AA 
Chomerics 
AN26109/ AE26203 
Cortron 
35-500014 
Keytronic 
L1648 
Keytronic 
L1660 
Keytronic 
L1674-03 
Keytronic 
L1752 
Microswitch 
66SD6-7 
Microswitch 
87SD30-8 


NOTE: 
1. This in no way constitutes 
an endorsement 
by Intel Cor- 
poration 
of these 
companies' 
products. 
The companies 
list- 
ed are known 
to provide 
products 
compatible 
with the iSBX 
270 board. 


Light pen I/O devices may be directly interfaced to 
the iSBX 270 VDC. A light pen hit is triggered on the 
rising edge of the light pen signal and is indicated by 
a status bit in the UPI 8041A and/or an interrupt. 


Table 3 lists a light pen vendor whose product inter- 
faces to the iSBX 270 VDC. 


Vendor 


Information Control Co. 


Model # 


LP-700 


NOTE: 
1. This in no way constitutes an endorsement by Intel Cor- 
poration of this companies' products. The company listed 
is known to provide products compatible with the iSeX 270 
board. 


Programmable to a maximum of 35 rows x 80 col- 
umns of characters. 


CRT OUTPUTS 


B&W: TTL level HSYNC, VSYNC, Video. 
Color: TTL level, 750 line drivers for RGB and com- 


bined sync provide 8 different display colors. 


5 x 7, 7 x 9, or 6 x 8 jumperable with appropriate 
crystal. Character generator uses 2716 EPROM. 
Also compatible with 2732A EPROM's. For genera- 
tion of special fonts, please refer to iSBX 270 VDC 
Hardware Reference Manual. 


Reverse video, blinking, underline, highlight, cursor 
control and page or scroll mode. 


Most video display monitors with a 10 MHz band- 
width or better. 


TTL level pulse, maximum 50 ns rise time, minimum 
100 ns hold time. 


Any iSBC single board computer or I/O board com- 
patible with the MULTIBUS system bus and imple- 
menting the iSBX bus and connector. 


Width: 
Height: 
Length: 
Weight: 


Mounting: 


3.08 inches (7.82 cm) 
0.8 inches (2.05 cm) 
7.5 inches (19.05 cm) 
0.5 pounds (0.175 Kg) 
Occupies one double-wide iSBX MULTI- 
MODULE position on boards; increases 
board height (host plus iSBX board) to 
1.14 inches (2.90 cm). 


Environmental 
Characteristics 


Temperature: O°C to 55°C (operating); -55°C 
to 


+85°C (non-operating) 


Humidity: 
Up to 90% relative humidity without 
condensation (operating); all condi- 
tions without condensation or frost 
(non-operating). 


Equipment Supplied 


iSBX 270 VDC Controller 
Reference Schematic 


Cabling and connectors from the VDC controller 


. to the CRT, keyboard and light pen are not sup- 


plied with the controller. Cables can be fabricated 
with commercially available cable and connectors 
as described in the iSBX 270 Hardware Reference 
Manual. 
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143444-001- 
iSBX 270 Video Display Controller 
Hardware Reference Manual (NOT 
SUPPLIED). 


Reference Manuals may be ordered from any Intel 
sales representative, distributor office or from Intel 
Literature Department, 3065 Bowers Avenue, Santa 
Clara, CA 95051. 


ORDERING 
INFORMATION 
Part Number Description 
SBX 270 
Video 
Display 
Controller 
MULTI- 


MODULE Board 


Digital and Analog 
I/O Expansion 
10 
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iSBC® 517 
COMBINATION 
I/O EXPANSION BOARD 


• 
48 Programmable 
I/O 
Lines with 


Sockets 
for Interchangeable 
Line 


Drivers and Terminators 


• 
Synchronous/ 
Asynchronous 


Communications 
Interface 
with RS232C 


Drivers 
and Receivers 


• 
Eight Maskable 
Interrupt 
Request 
Lines 


with a Pending 
Interrupt 
Register 


• 
1 ms Interval 
Timer 


The iSBC 517 Combination I/O Expansion Board is a member of Intel's complete line of iSBC memory and I/O 
expansion boards. The board interfaces directly with any iSBC single board computer via the system bus to 
expand serial and parallel I/O capacity. The combination I/O board contains 48 programmable parallel I/O 
lines. The system software is used to configure the I/O lines to meet a wide variety of system peripheral 
requirements. The flexibility of the I/O interface is significantly enhanced by the capability of selecting the 
appropriate combination of optional line drivers and terminators to provide the required sink current, polarity, 
and drive/termination characteristics for each application. A programmable RS232C communications inter- 
face is provided on the iSBC 517. This interface may be programmed by the system software to provide 
virtually any asynchronous or synchronous serial data transmission technique (including IBM Bi-Sync). A 
comprehensive RS232C interface to CRTs, RS232C compatible cassettes, and asynchronous and synchro- 
nous modems is thus on the board. An on-board register contains the status of eight interrupt request lines 
which may be interrogated from the system bus, and each interrupt request line is maskable under program 
control. The iSBC 517 also contains a jumper selectable 1 ms interval timer and interface logic for eight 
interrupt request lines. 


inter 


Programming 
Flexibility 


The 48 programmable I/O lines on the iSBC 517 are 
implemented utilizing two Intel 8255 programmable 
peripheral interfaces. The system software is used 
to configure these programmable I/O lines in any of 
the combinations of unidirectional input! output, and 
bidirectional ports indicated in Table 1. In order to 
take full advantage of the large number of possible 
I/O configurations, sockets are provided for inter- 
changeable I/O line drivers and terminators to pro- 
vide the required sink current, polarity, and drive/ter- 
mination characteristics for each application. The 48 
programmable I/O lines and signal ground lines are 
brought out to two 50-pin edge connectors that mate 
with flat, round, or woven cable. Typical I/O read 
access time is 280 nanoseconds. Typical I/O read 
cycle time is 600 nanoseconds. 


The programmable communications interface on the 
iSBC 517 is provided by an Intel 8251 Universal 
Synchronous/ Asynchronous 
Receiver/T ransmitter 


(USART). The USART can be programmed by the 
system software to select the desired asynchronous 
or synchronous serial data transmission technique 
(including IBM Bi-Sync). The mode of operation (Le., 
synchronous or asynchronous), data format, control 
character format, parity, and asynchronous serial 


transmission rate are all under program control. The 
8251 provides full duplex, double-buffered transmit 
and receive capability, and parity, overrun, and fram- 
ing error detection 
are all incorporated 
in the 


USART. The comprehensive RS232C interface on 
the board provides a direct interface to RS232C 
compatible equipment. The RS232C serial data lines 
and signal ground lines are brought out to a 26-pin 
edge connector that mates with RS232C compatible 
flat or round cables. 


Interrupt requests may originate from eight sources. 
Four jumper selectable interrupt requests can be au- 
tomatically generated by the programmable periph- 
eral interface when a byte of information is ready to 
be transferred to the CPU (Le., input buffer is full) or 
a character has been transmitted (Le., output data 
buffer is empty). Two jumper selectable interrupt re- 
quests can 
be automatically generated 
by the 


USART when a character is ready to be transferred 
to the CPU (Le., receive buffer is full) or a character 
has been transmitted (transmit buffer is empty). 
These six interrupt request lines are all maskable 
under program control. Two interrupt request lines 
may be interfaced directly from user designated pe- 
ripheral devices via the I/O edge connector. An on- 
board register contains the status of all eight inter- 
rupt request lines, and may be interrogated by the 
CPU. Each interrupt request line is maskable under 
program control. Routing for the eight interrupt re- 
quest lines is jumper selectable. They may be ORed 


O 


~NTEAAUPT 


REQUEST 
LINES 
D~OQ"''''''.LE 
110 LINES 


} 


~"ULT1.USV 
INTERFACE 


NOTE: 
Interrupts 
originating 
from the programmable 
communications 
interface 
and programmable 
peripheral 
interface 
are jump- 
er selectable. 


Figure 1.ISBC® 517 Combination I/O Expansion Board Block Diagram 
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Mode of Operation 


Unidirectional 


Ports 
Lines 
Input 
Output 
Bidirectional 
Control 
(qty) 
Latched & 
Latched 
Latched & 
Unlatched 
Strobed 
Strobed 


1 
8 
X 
X 
X 
X 
X 


2 
8 
X 
X 
X 
X 


3 
4 
X 
X 
X(1) 


4 
X 
X 
X(1) 


4 
8 
X 
X 
X 
X 
X 


5 
8 
X 
X 
X 
X 


6 
4 
X 
X 
X(2) 


4 
X 
X 
X(2) 


NOTES: 
1. Part of port 3 must be used as control port when either port 1 or port 2 are used as a latched and strobed input or a 
latched and strobed output port or port 1 is used as a bidirectional port. 
2. Part of port 6 must be used as a control port when either port 4 or port 5 are used as a latched and strobed input or a 
latched and strobed output port or port 4 is used as a bidirectional port. 


to provide a single interrupt request line for the iSBC 
80/10B, or they may be individually provided to the 
system bus for use by other iSBC single board com- 
puters. 


Interval Timer 
Each board contains a jumper selectable 1 ms inter- 
val timer. The timer is enabled by jumpering one of 
the interrupt request lines from the I/O edge con- 
nector to a 1 ms interval interrupt request signal 
originating from the baud rate genetator. 


SPECIFICATIONS 
I/O Addressing 


8255 
8255 
USART 
USART 
Port 
1 
2 
3 
4 
5 
6 
No.1 
No.2 
Data 
Control 
Control 
Control 


Address X4 X5 X6 X8 X9 XA 
X7 
XB 
XC 
XD 


NOTE: 
X is any hex digit assigned by jumper selection. 


I/O Transfer 
Rate 


Parallel-Read 
or write cycle time 760 ns max 


Serial-(USART) 


Frequency (kHz) 
Baud Rate (Hz) 


(Jumper 
Asynchronous 


Selectable) 
Synchronous 
(Program 
Selectable) 


+16 
+64 


153.6 
- 
9600 
2400 


76.8 
- 
4800 
1200 


38.4 
38400 
2400 
600 


19.2 
19200 
1200 
300 


9.6 
9600 
600 
150 


4.8 
4800 
300 
75 


6.98 
6980 
- 
110 


Synchronous-5-8 
bit characters; internal or exter- 


nal character synchronization; automatic sync inser- 
tion. 


Asynchronous-5-8 
bit characters; peak characters 


generation; 1, 1%, or 2 stop bits; false start bit de- 
tectors. 


Interrupts 


Eight interrupt request lines may originate from the 
programmable peripheral interface (4 lines), the 
USART (2 lines), or user specified devices via the 
I/O edge connector (2 lines) or interval timer. 


X1 
Interrupt mask register 
XO 
Interrupt status register 


NOTE: 
X is any hex digit assigned by jumper selection. 


1.003 ms ± 0.1% when 110 baud rate is selected 
1.042 ms ± 0.1% for all other baud rates 


inter 


Interfaces 


Bus-All 
signals TTL compatible 


Parallel I/O-All 
signals TTL compatible 


Serial l/o-RS232C 
Interrupt Requests-All 
TTL compatible 


Interface 
Pins (qty) 
Centers 
(In.) 
Mating 
Connectors 


Bus 
86 
0.156 
CDC VPBOl E43AOOA 1 


Parallel 
I/O 
50 
0.1 
3M 3415-000 
or 
TIH312125 


~eriall/O 
26 
0.1 
3M 3462-000 
or 
TIH312113 


~uxiliary(1 ) 
60 
0.1 
AMP PE5-14559 
or 
TIH311130 


NOTE: 
1. Connector 
heights 
and 
wire-wrap 
pin 
lengths 
are 
not 


guaranteed 
to conform 
to Intel OEM 
or system 
packaging. 
Auxiliary 
connector 
is used for test purposes 
only. 


Line Drivers and Terminators 


I/O Drivers-The 
following line drivers and termina- 
tors are compatible with all the I/O driver sockets on 
the iSBC 517: 


Driver 
Characteristics 
Sink Current 
{mAl 


7438 
I,DC 
48 


7437 
I 
48 


7432 
NI 
16 


7426 
I,OC 
16 


7409 
Nt,OC 
16 


7408 
NI 
16 


7403 
I,OC 
16 


7400 
I 
16 


NOTE: 
I = Inverting; 
NI = non-inverting; 
OC = open-collector. 


Ports 1 and 4 have 25 mA totem-pole drivers and 
1 kO terminators. 


Function 
Characteristics 
Sink Current 
(mA) 


Oata 
Tri-state 
50 


Commands 
Tri-state 
25 


Physical Characteristics 


Width: 12.00 in. (30.48 em) 
Height: 6.75 in. (17.15 em) 
Depth: 0.50 in. (1.27 em) 
Weight: 14 oz. (397.3 gm) 


Electrical Characteristics 


Average DC Current 
VCC = +5V 
±5% 


Voo= 
+12V±5% 


VAA = -12 
±5% 
lee = 2.4 mA max 
100 = 40 mA max 
IAA = 60 mA max 


NOTE: 
Does not include power required for optional I/O 
drivers and I/O terminators. With eight 2200/3300 
input terminators installed, all terminator inputs low. 


Environmental 
Characteristics 


Operating Temperature-O°C to + 55°C 


Reference 
Manual 
9800388B-iSBC 
517 Hardware Reference manual 


(NOT SUPPLIED) 


Manuals may be ordered from any Intel sales repre- 
sentative, distributor office or from Intel Literature 
Department, 3065 Bowers Avenue, Santa Clara, 
California 95051. 


ORDERING 
INFORMATION 
Part Number 
Description 
SBC 517 
Combination I/O Expansion Board 
+.v~~: 
I 


2200I3300J 
~ •••.. 
~ --~l--..-..o 
ISle tol OPTION 


inter 


iSBC® 519 


PROGRAMMABLE 
I/O EXPANSION BOARD 


• 
iSBC® 110 Expansion 
via Direct 


MUL TIBUS® 
Interface 


• 
72 Programmable 
1/0 Lines with 


Sockets 
for Interchangeable 
Line 


Drivers and Terminators 


• 
Jumper 
Selectable 
1/0 Port Addresses 


• 
Jumper 
Selectable 
0.5, 1.0,2.0, or 


4.0 ms Interval 
Timer 


• 
Eight Maskable 
Interrupt 
Request 
Lines 


with Priority 
Encoded 
and 


Programmable 
Interrupt 
Algorithms 


The iSBC 519 Programmable 
I/O Expansion 
Board is a member 
of Intel's complete 
line of iSBC memory 
and 
I/O expansion 
boards. The iSBC 519 interfaces 
directly to any iSBC single board computer 
via the system 
bus 
to expand 
input and output 
port capacity. 
The iSBC 519 provides 
72 programmable 
I/O 
lines. The system 
software 
is used to configure 
the I/O lines to meet a wide variety of peripheral 
requirements. 
The flexibility 
of 
the I/O interface 
is further 
enhanced 
by the capability 
of selecting 
the appropriate 
combination 
of optional 
line 
drivers 
and terminators 
to provide 
the required 
sink current, 
polarity, 
and drive/termination 
characteristics 
for 
each application. 
Address 
selection 
is accomplished 
by using wire-wrap 
jumpers 
to select 
one of 16 unique 
base addresses 
for the input and output 
ports. The board operates 
with a single + 5V power 
supply. 


inter 


Eight-Level Vectored Interrupt 


An Intel 8259A programmable interrupt controller 
(PIC) provides vectoring for eight interrupt levels. As 
shown in Table 2, a selection of three priority pro- 
cessing algorithms is available to the system design- 
er so that the manner in which requests are serviced 


Table 1. Input/Output 
Port Modes of Operation 


The 72 programmable I/O lines on the iSBC 519 are 
implemented utilizing.three Intel 8255A programma- 
ble peripheral interfaces. The system software is 
used to configure the I/O lines in any combination of 
undirectional input/output and bidirectional ports in- 
dicated in Table 1. In order to take full advantage of 
the large number of possible I/O configurations, 
sockets are provided for interchangeable I/O line 
drivers and terminators. The 72 programmable I/O 
lines and signal ground lines are brought out to three 
50-pin edge connectors that mate with flat, round, or 
woven cable. 


Typical I/O read/write cycle time is 450 nanosec- 
onds. The interval timer provided on the iSBC 519 
may be used to generate real time clocking in sys- 
tems requiring the periodic monitoring of I/O func- 
tions. The time interval is derived from the constant 
clock (BUS CCLK) and the timing interval is jumper 
selectable. Intervals of 0.5, 1.0, 2.0, and 4.0 millisec- 
onds may be selected when an iSBC single board 
computer is used to generate the clock. Other timing 
intervals may be generated if the user provides a 
separate constant clock reference in the system. 


Mode of Operation 


Lines 
Unidirectional 


Ports 
(qty) 
Input 
Output 
Bidirectional 
Control 


Unlatched 
Latched & 
Latched 
Latched & 
Strobed 
Strobed 


1,4,7 
8 
X 
X 
X 
X 
X 
2,5,8 
8 
X 
X 
X 
X 


3,6,9 
4 
X 
X 
X(1,2,3) 


4 
X 
X 
X(1,2,3) 


NOTES: 
1. Part of port 3 must be used as a control port when either port 1 or port 2 are used as a latched and strobed input or a 
latched and strobed output port or port 1 is used as a bidirectional port. 
2. Part of port 6 must be used as a control port when either port 4 or port 5 are used as a latched and strobed input or a 
latched and strobed output port or port 4 is used as a bidirectional port. 
3. Part of port 9 must be used as a control port when either port 7 or port 8 are used as a latched and strobed input or a 
latched and strobed output port or port 7 is used as a bidirectional port. 


, 


INTERRUPT 


REQUEST 
LINE 


• 
INTERRUPT 
REQUEST 
LINES 
. 
INTERRUPT 


REQUEST 
LINES 


Figure 1. iSBC® 519 Programmable I/O Expansion Board Block Diagram 
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Algorithm 
Operation 


Fully nested 
Interrupt 
request 
line priorities 


fixed at 0 as highest, 
7 as lowest. 


Auto-rotating 
Equal priority. 
Each level, after 
receiving 
service, 
becomes 
the 


lowest 
priority level until next 


interrupt 
occurs. 


Specific 
priority 
System 
software 
assigns 
lowest 
priority 
level. Priority of all other 


levels are based in sequence 
numerically 
on this assignment. 


may be configured 
to match 
system 
requirements. 
Priority 
assignments 
may 
be reconfigured 
dynami- 


cally via software 
at any time during 
system 
opera- 


tion. 
The 
PIC accepts 
interrupt 
requests 
from 
the 


programmable 
parallel 
110 interfaces, 
the 
interval 


timer, or direct 
from peripheral 
equipment. 
The PIC 


then determines 
which of the incoming 
requests 
is of 


the highest 
priority, 
determines 
whether 
this request 


is of higher 
priority 
than 
the 
level 
currently 
being 


serviced, 
and 
if appropriate, 
issues 
an interrupt 
to 


the system 
master. Any combination 
of interrupt 
lev- 


els may be masked through 
storage, 
via software, 
of 


a single 
byte to the 
interrupt 
mask 
register 
of the 


PIC. 


Interrupt 
Request 
Generation-Interrupt 
requests 


may originate 
from 
10 sources. 
Six jumper 
select- 
able interrupt 
requests 
can be automatically 
gener- 


ated 
by 
the 
programmable 
peripheral 
interfaces 


when a byte of information 
is ready to be transferred 


to the system 
master 
(Le., input 
buffer 
is full) or a 


character 
has 
been 
transmitted 
(Le., output 
data 


bu~er 
is empty). 
Three 
interrupt 
request 
lines may 


be Interfaced 
to the PIC directly 
from user designat- 


ed peripheral 
devices 
via the 110 edge connectors. 
One interrupt 
request 
may be generated 
by the inter- 


val timer. 


Bus Line Drivers-The 
PIC interrupt 
request 
output 


line may be jumper 
selected 
to drive any of the nine 


interrupt 
lines 
on the 
MUL TIBUS. 
Any 
of the 
on- 
board request 
lines may also drive any interface 
in- 
terrupt 
line directly 
via jumpers 
and buffers 
on the 


board. 


8255 
8255 
8255 


Port 
1 
2 
3 
NO.1 
4 
5 
8 
NO.2 
7 
8 
9 
NO.3 


Control 
Control 
Control 


Address 
XO 
Xl 
X2 
X3 
X4 
X5 
X6 
X7 
XB 
X9 
XA 
XB 


Register 
Addresses 
(hex 
notation, 
110 address 


space) 
XD 
Interrupt 
request 
register 
XC 
In-service 
register 
XD 
Mask register 
XC 
Command 
register 
XD 
Block address 
register 
XC 
Status (polling 
register) 


NOTE: 
Several 
registers 
have the same 
physical 
address; 


sequence 
of access 
and 
one 
data 
bit of 
control 


word determines 
which 
register 
will respond. 


Ten 
interrupt 
request 
lines 
may originate 
from 
the 


programmable 
peripheral 
interface 
(6 lines), or user 


specified 
devices 
via 
the 
110 edge 
connector 
(3 


lines), or interval 
timer (1 line). 


Output 
Register-Timer 
interrupt 
register 
output 
is 


cleared 
by an output 
instruction 
to 110 address 
XE 


or XF(1l. 


Timing 
Intervals-SOO, 
1,000, 2,000 and 4,000 ms 
± 1%; jumper 
selectable(2l. 


NOTES: 
1. X is any hex digit assigned 
by jumper 
selection. 


2. Assumes 
constant 
clock 
(CCLK) 
frequency 
of 


9.216 MHz ±1%. 


Bus-All 
signals TTL compatible 


Parallel 
liD-Ail 
signals TTL compatible 


Interrupt 
Requests-All 
TTL compatible 


Interface 
Pins 
Centers 
Mating 
Connectors 
(qty) 
(In.) 


Bus 
86 
0.156 
Viking 3KH43/9AMK12 


Parallel 110 
50 
0.1 
3M 3415-000 
or 


TI H312125 


Serial 110 
26 
0.1 
3M 3462-000 
or 


TI H312113 


Auxiliaryl' 
) 
60 
0.1 
AMP PE5-14559 
or 


TI H311130 


NOTE: 
1. Connector 
heights 
and 
wirewrap 
pin 
lengths 
are 
not 


guaranteed 
to conform 
to Intel OEM or System 
packaging. 


1/0 Drivers-The 
following 
line drivers and termina- 


tors are compatible 
with all the I/O driver sockets 
on 


the iSBC 519: 


Driver 
Characteristics 
Sink Current (mA) 


7438 
I,oe 
48 


7437 
I 
48 


7432 
Nt 
16 


7426 
I,oe 
16 


7409 
Nl,Oe 
16 


7408 
NI 
16 


7403 
I,oe 
16 


7400 
I 
16 


NOTE: 
I = inverting; Nr = non-inverting; DC = open-collector. 


1/0 Termlnators-220n/330n 
divider or 1 kn pull- 


up. 


~ 
ISeC 
901 OPTION 
220013300 .,f 


o 
ISeC 
IM)2 OPTION 


280230-3 


Ports 1, 4 and 7 may use any of the drivers or termi- 
nators 
shown 
above 
for unidirectional 
(input or out- 


put) 
port 
configurations. 
Either 
terminator 
and the 


following 
bidirectional 
drivers 
and terminators 
may 


be used for ports 
1, 4 and 7 when these 
ports are 


used as bidirectional 
ports. 


Driver 
Characteristics 
Sink Current (mA) 


Intel 8216 
NI,TS 
25 


Intel 8226 
I,TS 
50 


NOTE: 


1 = inverting, NI = non-inverting; TS = three-state 


Terminators 
(for ports 
1, 4 and 
7 when 
used 
as 


bidirectional 
ports) 


Supplier 
Product Series 


eTS 
760- 


Dale 
LDP14k-02 


Beckman 
899-1 


Function 
Characteristics 
Sink Current (mA) 


Data 
Tri-state 
50 


Commands 
Tri-state 
25 


Width: 
Height: 
Depth; 
Weight: 


12.00 in. (30.48 em) 
6.75 in. (17.15 em) 
0.50 in. (1.27 em) 
14 oz. (397.3 gm) 


Average 
DC Current 


Without Termlnatlon(1) 
With Termlnatlon(2) 


NOTES: 
1. Does not include power required for operational I/O driv- 
ers and I/O terminators. 
2. With 182200/3300 
input terminators installed, all termi- 


nator inputs low. 


9800385B-iSBC 
519 Hardware 
Reference 
manual 


(NOT SUPPLIED) 


Manuals 
may be ordered 
from any Intel sales repre- 


sentative, 
distributor 
office 
or from 
Intel 
Literature 


Department, 
3065 
Bowers 
Avenue, 
Santa 
Clara, 


California 
95051. 


Part Number 
Description 
SBC 519 
Programmable 
110 Expansion 
Board 


inter 


iSBC® 556 
OPTICALLY ISOLATED I/O BOARD 


• 
Up to 48 Digital Optically Isolated 
Input/Output Data Lines for 
MULTIBUS@Systems 


• 
Choice of 
- 
24 Fixed Input Lines 


-16 
Fixed Output Lines 


- 
8 Programmable Lines 


• 
Provisions for Plug-In, Optically 
Isolated Receivers, Drivers, and 
Terminators 


• 
Voltage/Current Levels 
-Input 
up to 48V 
-Output 
up to 30V, 60 mA 


• 
Common Interrupt for up to 8 Sources 


• 
+ 5V Supply Only 


The iSBC 556 Optically Isolated I/O Board provides 48 digital input/output lines with isolation between 
process application or peripheral device and the system CPU board(s). The iSBC 556 contains two 8255A 
programmable interface devices, and sockets for user supplied optically isolated drivers, receivers, and input 
resistor terminators, together with common interrupt logic and interface circuitry for the system bus. Input 
signals can be single-ended or differential types with user defined input range (resistor terminator and opto- 
isolated receiver selection), allowing flexibility in design of voltage and threshold levels. The output allows user 
selection of Opto-Isolated Darlington Pair which can be used as an output driver either as an open collector or 
current switch. 


inter 


Resistor 
Dual 


Port No. 
Type 
Terminator 
Opto-Isolator 
Driver 


X =1/0 
Lines 
8-Pin DIP 
7438 
Pull-Up 
Base 
of 
(qty) 
Pac-Rp 16-Pln DIP 
Monsanto 
or 
ISBC@902 
1/0 
Bourns 4116R-00 
Address 
or Equivalent 
MCT66 
Equivalent 
or Equivalent 


X+O 
Input 
8 
1 
4 
- 


X + 1 
Output 
8 
- 
- 


X+2 
Input! 
8 
1 
- 
Control 


X+4 
Input 
8 
1 
4 
- 


X+5 
Output 
8 
- 


X+6 
Input! } 
Output 
8 
1 if input 
2 if input 
2 if input 
X+7 
Control 


24 input lines 
16 output lines 
8 programmable lines: 4 input - 
4 output 


110 Interface Characteristics 
Line-to-Line Isolation: 235V DC or peak AC 
Input/Output Isolation: 500V DC or peak AC 


USER·SuPPLIED 


DUAL OPTO-ISOlATOR 
r----- 
D- 
I 
I 
:~)IS.C 


D-f i*?cll=~:i~: 
L 
~ 
L_-.J 


All data address and control commands are iSBC 80 
bus compatible. 


Con- 
8255 # 2 
Con 


trol 
trol 


Where: base address is from OOHto 1FH Gumper 


selectable) 


Pins Centers 
Mating 
Interface 
Connectors 
qty. 
In. 
cm 
P1 iSBC bus 
86 0.156 
Viking 
3KH43/9AMK12 


J1 16 fixed input 
50 
0.1 
3M 3415-000 or 


& 8 fixed 
TI M312125 


output lines 
J2 8 fixed input, 
50 
0.1 
3M 3415-000 or 


8 fixed 
TI M312125 


output, & 8 
program- 
mable input! 
output lines 


Physical Characteristics 


Width: 12.00 in. (30.48 em) 


Height: 6.75 in. (17.15 em) 
Depth: 0.50 in. (1.27 em) 
Weight: 12 oz. (397.3 gm) 


inter 


Average 
DC Current 


Vee = + 5V ± 5%, 1.0A without 
user supplied 
iso- 


lated receiver/driver 


Ice = 1.6A max with user supplied 
isolator receiver/ 


driver 


Reference 
Manual 
502170- iSBC 
556 
Hardware 
Reference 
Manual 


(Order Separately) 


Reference 
manuals 
are shipped 
with each 
product 


only if designated 
SUPPLIED 
(see above). 
Manuals 


may be ordered 
from any Intel sales representative, 


distributor 
office or from Intel Literature 
Department, 


3065 Bowers Avenue, 
Santa Clara, California 
95051. 


ORDERING 
INFORMATION 


Part Number 
Description 


SBC 556 
Optically 
Isolated 
I/O Board 


inter 


iSBC® 569 
INTElliGENT 
DIGITALCONTROllER 
• Single Board Digital I/O Controller 
with 
• Sockets 
for up to 8K Bytes of Intel 
up to Four Microprocessors 
to Share 
2758,2716,2732 
Erasable 


the Digital Input/Output 
Signal 
Programmable 
Read Only Memory 
Processing 
• 48 Programmable 
Parallel I/O 
Lines 
• 3 MHz 8085A Central 
Control 
Processor 
with Sockets 
for Interchangeable 
Line 
• Three 
Sockets 
for 8041/8741A 
Drivers or Terminators 


Universal 
Peripheral 
Interface 
(UPI-41A) 
• Three 
Programmable 
Counters 


for Distributed 
Digital I/O Processing 
• 12 Levels of Programmable 
Interrupt 
• Three 
Operational 
Modes 
Control 


- 
Stand-Alone 
Digital Controller 
• Single + 5V Supply 
- 
MUL TIBUS@ Master 


-Intelligent 
Slave (Slave to MUL TIBUS 
• MUL TIBUS Standard 
Control 
Logic 
Master) 
Compatible 
with Optional 
ISBC 80 and 
• 2K Bytes of Dual Port Static 
ISBC@ 86 CPU, Memory, 
and I/O 


Read/Write 
Memory 
Expansion 
Boards 


The Intel iSBC~ 
569 Intelligent 
Digital Controller 
is a single board computer 
(BOB5A based) with sockets 
for 
three 
B041A1B741A 
Universal 
Peripherals 
Interface 
chips (UPI-41A). 
These 
devices, 
which 
are programmed 
by the user, may be used to offload 
the BOB5A processor 
from time consuming 
tasks such as pulse counting, 
event sensing 
and parallel or serial digital I/O data formatting 
with error checking 
and handshaking. 
The iSBC 
569 board 
is a complete 
digital controller 
with up to four processors 
on a single 6.75 inches 
x 12.00 inches 
(17.15 em x 30.4B em) printed 
circuit board. The BOB5A CPU, system 
clock, 
read/write 
memory, 
non-volatile 
memory, 
priority interrupt 
logic, programmed 
timers, MUL TIBUS control 
and interface 
logic, optional 
UPI proc- 
essors 
and optional 
"ne driver and terminators 
all reside on one board. 


inter 


Intelligent 
Digital Controller 


Three Modes of Operation-The 
iSBC 569 Intelli- 
gent Digital Controller is capable of operating in one 
of three modes; stand alone controller, bus master, 
or intelligent slave. 


Stand Alone Controller-The 
iSBC 569 board may 


function as a stand alone, single board controller 
with CPU, memory, and I/O elements on a single 
board. Five volt (+ 5VDC)only operation allows con- 
figuration of low cost controllers with only a single 
power supply voltage. The on-board 2K bytes RAM 
and up to 16K bytes ROM/EPROM, as well as the 
assistance of three UPI-41A processors, allow sig- 
nificant digital I/O control from a single board. 


Bus Master-In 
this mode of operation, the iSBC 


569 controller may interface with and control iSBC 
expansion memory and I/O boards, or even other 
iSBC 569 Intelligent Digital Controllers configured as 
intelligent slaves (but no additional bus masters). 


Intelligent Slave-The 
iSBC 569 controller can per- 


form as an intelligent slave to any 8- or 16-bit MUL- 
TIBUS master CPU by offloading the master of digi- 
tal control related tasks. Preprocessing of data for 
the master is controlled by the on-board 8085A CPU 
which coordinates up to three UPI-41A processors. 


Using the iSBC 569 board as an intelligent slave, 
multi-channel digital control can be managed entire- 
lyon-board, freeing a system master to perform oth- 
er system functions. The dual port RAM memory al- 
lows the iSBC 569 controller to process and store 
data without MULTIBUS memory contention. 


Simplified Programming 


By using Intel UPI-41A processors for common 
tasks such as counting, sensing change of state, 
printer control and keyboard scanning/debouncing, 
the user frees up time to work on the more important 
application programming of machine or process opti- 
mization. Controlling the Intel UPI-41A processors 
becomes a simple task of reading or writing com- 
mand and data bytes to or from the data bus buffer 
register on the UPI device. 


inter 


Central Processing 
Unit 


A powerful Intel 8085A 8-bit CPU, fabricated on a 
single LSI chip, is the central processor for the iSBC 
569 controller. The six general purpose 8-bit regis- 
ters may be addressed individually or in pairs, pro- 
viding both single and double precision operations. 
The program counter can address up to 64K bytes 
of memory using iSBC expansion boards. The 16-bit 
stack pointer controls the addressing of an external 
stack. 
This 
stack 
provides 
sub-routine 
nesting 


bounded only by memory size. The minimum instruc- 
tion 
execution time is 
1.30 microseconds. The 


8085A CPU is software compatible with the Intel 
8080A CPU. 


The iSBC 569 Intelligent Digital Controller utilizes a 
triple bus architecture concept. An internal bus is 
used for on-board memory and I/O operations. A 
MULTIBUS interface is available to provide access 
for all external memory and I/O operations. A dual 
port bus with controller enables access via the third 
bus to 2K bytes of static RAM from either the on- 
board CPU or a system master. Hence, common 
data may be stored in on-board memory and may be 
accessed either by the on-board CPU or by system 
masters. A block diagram of the iSBC 569 functional 
components is shown in Figure 1. 


The iSBC 569 board contains 2K bytes of read/write 
memory using Intel 2114 static RAMs. RAM access- 
es may occur from either the iSBC 569 controller or 
from any other bus master interfaced via the MULTI- 
BUS system bus. The iSBC 569 board provides ad- 
dressing 
jumpers 
to 
allow 
the 
on-board 
RAM 


to reside within a one megabyte address space 
when accessed via the system bus. In addition, a 
switch is provided which allows the user to reserve a 
1K byte segment of on-board RAM for use by the 
8085A CPU. This reserved RAM space is not acces- 
sible via the system bus and does not occupy any 
system address space. 


EPROM/ROM 
Capacity 


Two sockets for up to 16K bytes of nonvolatile read 
only memory are provided on the iSBC 569 board. 
Nonvolatile memory may be added in 1K byte incre- 
ments up to a maximum of 2K bytes using Intel 2758 
erasable and electrically reprogrammabie ROMs 


(EPROMs); in 2K byte increments up to a maximum 
of 
4K bytes 
using Intel 2316 
ROMs or 2716 


EPROMs; in 4K byte increments up to 8K bytes 
maximum using Intel 2732 EPROMs; or in 8K byte 
increments up to 16K bytes maximum using Intel 
2364 ROMs (both sockets must contain same type 
ROM/EPROM). All on-board ROM/EPROM opera- 
tions are performed at maximum processor speed. 


Universal Peripheral Interfaces 
(UPI-41A) 


The iSBC 569 Intelligent Digital Controller board pro- 
vides three sockets for user supplied Intel 8041AI 
8741A 
Universal 
Peripheral 
Interface 
(UPI-41A) 


chips. Sockets are also provided for the associated 
line drivers and terminators for the UPI I/O ports. 
The UPI-41A processor is a single chip microcom- 
puter containing a CPU, 1K byte of ROM (8041A) or 
EPROM (8741A), 64K bytes of RAM, 16 program- 
mable I/O lines, and an 8-bit timer/event counter. 
Special interface registers included in the chip allow 
the UPI-41A processor to function as a slave proc- 
essor to the iSBC 569 controller board's 8085A 
CPU. The UPI processor allows the user to specify 
algorithms for controlling peripherals directly thereby 
freeing the 8085A for other system functions. For 
additional information, including UPI-41A instruc- 
tions, refer to the UPI-41 User's Manual (Manual No. 
9800504). 


Programmable 
Timers 


The iSBC 569 Intelligent Digital Controller board pro- 
vides three independently programmable interval 
timer/counters utilizing one Intel 8253 Programma- 
ble Interval Timer (PIT). The Intel 8253 PIT provides 
three 16-bit BCD or binary interval timer/counters. 
Each timer may be used to provide a time reference 
for each UPI™ processor or for a group of UPI proc- 
essors. The output of each timer also connects to 
the 8259A Programmable Interrupt Controller (PIC) 
providing the capability of timed interrupts. All gate 
inputs, clock inputs, and timer outputs of the 8253 
PIT are available at the I/O ports for external ac- 
cess. 


Timer Functions-In 
utilizing the iSBC 569 control- 


ler, the systems designer simply configures, via soft- 
ware, each timer to meet systems requirements. The 
8253 PIT modes are listed in Table 1. The contents 
of each counter may be read at any time during sys- 
tem operation with simple read operations for event 
counting applications. The contents of each counter 
can be read "on-the-fly" for time stamping events or 
time clock referenced program initiations. 


inter 


Function 
Operation 


Interrupt 
on 
When terminal 
count is reached, 


Terminal 
Count 
an interrupt 
request is generated. 


Programmable 
Output goes low upon receipt of 


One-Shot 
an external trigger edge or 
software 
command 
and returns 


high when terminal 
count is 


reached. 
This function 
is 


retriggerable. 


Rate 
Divide by N counter. 
The output 


Generator 
will go low for one input clock 
cycle, and the period from one 
low-going 
pulse to the next is N 


times the input clock period. 


Square-Wave 
Output will remain high until one- 


Rate Generator 
half the count has been 
completed, 
and go low for the 


other half of the count. 


Software 
Output remains high until 


Triggered 
software 
loads count (N). N 


Strobe 
counts after count is loaded, 
output goes low for one input 
clock period. 


Hardware 
Output goes low for one clock 


Triggered 
period N counts after rising edge 


Strobe 
on counter 
trigger input. The 


counter 
is retriggerable. 


Event Counter 
On a jumper selectable 
basis, the 


clock input becomes 
an input 


from the external 
system. CPU 


may read the number of events 
occurring 
after the counting 


"window" 
has been enabled or 


an interrupt 
may be generated 


after N counts occur in the 
system. 


Interrupt Capability 


The iSBC 569 Intelligent 
Digital Controller 
provides 


interrupt 
service 
for up to 12 interrupt 
sources. 
Any 
of the 12 sources 
may interrupt 
the on-board 
proc- 
essor. 
Four interrupt 
levels 
are handled 
directly 
by 


the 8085A 
CPU and eight 
levels 
are serviced 
from 


an 
Intel 
8259A 
Programmable 
Interrupt 
Controller 


(PIC) routing an interrupt 
request 
output to the INTR 


input of the 8085A. 


8085A 
Interrupt-Each 
of four direct 
8085A 
inter- 


rupt inputs has a unique vector 
memory 
address. 
An 


8085A 
jump instruction 
at each of Vlese addresses 


then 
provides 
software 
linkage 
to interrupt 
service 


routines 
located 
independently 
anywhere 
in 
the 


memory. 


8259A 
Interrupts-The 
eight interrupt 
sources 
orig- 


inate 
from 
both 
on-board 
controller 
functions 
and 


the system 
bus: 


UPI·41A 
Processors-One 
interrupt 
from 
each 
of 


three UPI processor 
sockets. 


8253 PIT -One 
interrupt 
from each of three outputs. 


MUL TIBUS 
System 
Bus-one 
of eight 
MUL TIBUS 


interrupt 
lines 
may 
be jumpered 
to 
either 
of two 


8259A 
PIC interrupt 
inputs. 


Programmable 
Reset-The 
iSBC 
569 
Intelligent 


Digital Controller 
board 
has a programmable 
output 


latch 
used to control 
on-board 
functions. 
Three 
of 


the outputs 
are connected 
to separate 
UPI-41A 
RE- 


SET inputs. Thus, the user can reset any or all of the 
UPI-41A processors 
under software 
control. 
A fourth 


latch 
output 
may be used to generate 
an interrupt 


request 
onto 
the 
MUL TIBUS 
interrupt 
lines. A fifth 


latch 
output 
is connected 
to a light-emitting 
diode 


which 
may be used for diagnostic 
purposes. 


Expansion Capabilities 


When 
the iSBC 569 controller 
is used 
as a single 


board 
digital 
controller, 
memory 
and 
I/O 
capacity 


may be expanded 
using Intel MUL TIBUS compatible 


expansion 
boards. 
In this mode, 
no other 
bus mas- 


ters may be in the system. 
Memory 
may be expand- 


ed to a 64K byte capacity 
by adding 
user specified 


combinations 
of RAM 
boards, 
EPROM 
boards, 
or 


combination 
boards. 
Input/output 
capacity 
may be 


increased 
by adding 
I/O expansion 
boards. 
Multiple 


iSBC 569 boards 
may be included 
in an expanded 


system 
using one iSBC 569 Intelligent 
Digital 
Con- 


troller 
as the system 
master 
and additional 
control- 


lers as intelligent 
slaves. 


Intelligent Slave Programming 


When used as an intelligent 
slave, the iSBC control- 


ler appears 
as an additional 
RAM memory 
module. 


System 
bus 
masters 
communicate 
with 
the 
iSBC 


569 boards as if it were just an extension 
of system 


memory. 
To simplify 
this 
communication, 
the 
user 


has been given some specific 
tools: 


Flag Interrupt-The 
Flag Interrupt 
is generated 
any 


time a write command 
is performed 
by an off-board 


CPU to the first location 
of iSBC 569 RAM. This in- 


terrupt provides 
a means for the master CPU to noti- 


fy the iSBC 569 controller 
that it wished to establish 


a communications 
sequence. 
The 
flag 
interrupt 
is 


cleared 
when the on-board 
processor 
reads the first 


location 
of its RAM. In systems 
with more than one 
intelligent 
slave, the flag interrupt 
provides 
a unique 


interrupt to each slave outside the normal MULTI- 
BUS interrupt lines (INTOf-INT7f). 


RAM-The 
on-board 2K byte RAM area that is ac- 
cessible to both an off-board CPU and the on-board 
8085A may be configured for system access on any 
2K boundary. 


MUL TIBUS@ Interrupts-The 
third tool to improve 


system operation as an intelligent slave is access to 
the MULTIBUS interrupt lines. The iSBC 569 control- 
ler can both respond to interrupt signals from an off- 
board CPU, and generate an interrupt to the off- 
board CPU via the system bus. 


System Development 
Capability 


Software development for the iSBC 569 Intelligent 
Digital Controller board is supported by the Intellec@ 
Microcomputer Development System including a 
resident macroassembler, text editor, system moni- 
tor, a linker, object code locator, and Library Manag- 
er. In addition, both PLIM AND FORTRAN language 
programs can be compiled to run on the iSBC 569 
board. A unique incircuit emulator (ICE-85™)option 
provides the capability of developing and debugging 
software directly on the iSBC 569 board. This greatly 
simplifies the design, development, and debug of 
iSBC 569 system software. 


Word Size: 
Cycle Time: 
8, 16 or 24 bits 
1.30 JAos± 0.1% for fastest executable 
instruction; Le., four clock cycles. 
3.07 MHz ±0.1% 


System Access Time 


Dual port memory-725 
ns 


Memory Capacity 


On-board ROMfEPROM-2K, 
4K, 8K, or 16K bytes 


of user installed ROM or EPROM. 


On-board RAM-2K 
bytes of static RAM. Fully ac- 
cessible from on-board 8085A. Separately address- 
able from system bus. 


Off-board expansion-up 
to 64K bytes of EPROMf 


ROM or RAM capacity. 


Parallel-Timers- Three 
timers, 
with 
independent 


gate input, clock input, and timer output user-acces- 
sible. Clock inputs can be strapped to an external 
source or to an on-board 1.3824 MHz reference. 
Each timer is connected to a 8259A Programmable 
Interrupt Controller and may also be optionally con- 
nected to UPI processors. 


UPI-lfQ-Three 
UPI-41A interfaces, each with two 


8-bit I/O ports plus the two UPI Test Inputs. The 8- 
bit ports are user-configurable (as inputs or outputs) 
in groups of four. 


Serial-1 
TTL compatible serial channel utilizing SID 


and SOD lines of on-board 8085A CPU. 


All communications to the UPI-41A processors, to 
the programmable reset latch, to the timers, and to 
the interrupt controller are via read and write com- 
mands from the on-board 8085A CPU. 


Memory Addressing 


On-board 
ROMfEPROM-Q-07FF 
(using 
2758 


EPROMs); O-OFFF (using 2716 EPROMs or 2316 
ROMs); 0-1FFF (using 2732 EPROMs); 0-3FFF (us- 
ing the 2364 ROMs) 


On-board RAM-8000-87FF 
System access-any 


2K increment 00000-FF800 (switch selection); 1K 
bytes may be disabled from bus access by switch 
selection. 


Source 
Addresses 


8253 
OEOH-OE3H 


UPIO 
OE4H-OE5H 


UPI1 
OE6H-OE7H 


UPI2 
OE8H-OE9H 


PROGRAMMABLE RESET 
OEAH-OEBH 


8259A 
OECH-OEDH 


Timer Specifications 


Input Frequencies-jumper 
selectable reference 


Internal: 1.3824 MHz ± 0.1% (0.723 fLs, 


nominal) 
External: User supplied (2 MHz maximum) 
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ISBC® 569 CONTROLLER 


Function 
Mln1 
Max1 


Real-time 
1.45/Lsec 47.4 msec 
interrupt interval 


Rate Generator 
21.09 Hz 
691.2 KHz 
(frequency) 


1. Single 16-bit binary count 


MULTIBUS™ Interface-All 
signals compatible with 


iSBC and MULTIBUS architecture 


Parallel I/o-All 
signals TTL compatible 


Interrupt Requests-All 
TTL compatible 


Timer-All 
signals TTL compatible 


Serial I/o-All 
signals TTL compatible 


Interface 
Pins Centers 
Mating Connectors 
(qty) 
(In.) 


Bus 
86 
0.156 
Viking 3KH43/9AMK12 


Parallel 1/0 
50 
0.1 
3M 3415-000 or 
TIH312125 


Physical Characteristics 


Width: 
30.48 cm (12.00 inches) 


Depth: 
17.15 cm (6.75 inches) 


Thickness: 1.27 cm (0.50 inch) 
Weight: 
3.97 gm (14 ounces) 


DC Power Requirements-+5V 
@ 2.58A with no 


optional devices installed. For each 8741A add 135 
mA. For each 220/330 
resistor network, add 60 mA. 


Add the following for each EPROMIROM installed. 


Type 
+ 5.0V Current Requirement 


1ROM 
2ROM 


2758 
100 mA 
125 mA 


2716 
100 mA 
125 mA 


2316E 
120 mA 
240 mA 


2732 
40mA 
55mA 


2364 
40mA 
55mA 


1/0 IDrivers- The following line drivers are all com- 
patible with the 1/0 driver sockets on the iSBC 569 
Intelligent Digital Controller. 


Driver 
Characteristics 
Sink Current (mA) 


7438 
I,OC 
48 


7437 
I 
48 


7432 
NI 
16 


7426 
I,OC 
16 


7409 
NI,OC 
16 


7408 
NI 
16 


7403 
I,OC 
16 


7400 
I 
16 


NOTE: 
I = inverting; 
NI = non-inverting; 
OC = open collector. 


1/0 Terminators- 
220.0./330.0. divider or 1 k.o.pull- 
up (DIP) - user supplied 


220\} 


+5V_-_ 
~~;_- 
_-1-<0 


-l- 


Operating Temperature: 0°Cto 55°C(32°Fto 131°F) 
Relative Humidity: To 90% without condensation 


502180- 
iSBC 569 
Intelligent 
Digital Controller 


Board Hardware Reference Manual (NOT 
SUPPLIED) 


Reference manuals are shipped with each product 
only if designated SUPPLIED (see above). Manuals 
may be ordered from any Intel sales representative, 
distributor office or from Intel Literature Department, 
3065 Bowers Avenue, Santa Clara, California 95051. 


Part Number 
Description 
SBC 569 
Intelligent Digital Controller 
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iSBX™ 311 
ANALOG 
INPUT 
MUL TIMODULETM 
BOARD 


• 
Low Cost Analog 
Input Via iSBXTM 


MUL TIMODULETM 
Connector 


• 
8 Differential/16 
Single-Ended, 
Fault 


Protected 
Inputs 


• 
20 mV to 5V Full Scale Input Range, 
Resistor 
Gain Selectable 


• 
Unipolar 
(0 to + 5V) or Bipolar (- 
5V to 


+ 5V) Input, Jumper 
Selectable 


• 
12-Bit Resolution 
Analog-To-Digital 


Converter 


• 
18 KHz Samples 
Per Second 
Throughput 
to Memory 


The Intel iSBX 311 Analog 
Input MUL TIMODULE 
board 
provides 
simple 
interfacing 
of non-isolated 
analog 
signals to any iSBC board which has an iSBX compatible 
bus and connectors. 
The single-wide 
iSBX 311 plugs 
directly 
onto 
the iSBC board, 
providing 
data acquisition 
of analog 
signals 
from 
eight 
differential 
or sixteen 
single-ended 
voltage 
inputs, jumper 
selectable. 
Resistor 
gain selection 
is provided 
for both low level (20 mV 
full scale range) and high level (5 volt FSR) signals. 
Incorporating 
the latest high quality 
IC components, 
the 
iSBX 311 MUL TIMODULE 
board provides 
12 bit resolution, 
11 bit accuracy, 
and a simple programming 
inter- 
face, all on a low cost iSBX MUL TIMODULE 
board. 


inter 


The iSBX 311 Analog Input MULTIMODULE board is 
a member of 
Intel's growing family of 
MULTI- 
MODULE expansion 
boards, designed to 
allow 
quick, easy, and inexpensive expansion for the Intel 
single board computer product line. The iSBX 311 
Analog Input MULTIMODULE Board shown in Figure 
1, is designed to operate with a variety of microcom- 
puter modules that contains an iSBX bus connector 
(P1). The board provides 8 differential or 16 single- 
ended analog input channels that may be jumper-se- 
lected as the application requires. The MULTIMOD- 
ULE board includes a user-configurable gain, and a 
user-selectable voltage input range (0 to + 5 volts, 
or - 5 to + 5 volts). The MULTIMODULE board re- 
ceives all power and control signals through the 
iSBX bus connector to initiate channel selection, 
sample and hold operation, and analog-to-digital 
conversion. 


Sixteen separate analog signals may be randomly or 
sequentially sampled in single-ended mode with the 
sixteen input multiplexers and a common ground. 


HIGH 


IMPEDANCE 
BUFFER 
AMP 


a CHANNEL 


INPUT 
MULTI. 
PLEXER 


GAIN 
SELECT• 
OFFSET 
ADJUST 


SIGNAL 
ANALOG 
GROUND 


INPUT 
SIGNALS 


• CHANNEL 
INPUT 
MULTi- 
PLEXER 


For noisier environments, differential input mode can 
be configured to achieve 8 separate differential sig- 
nal inputs, or 16 pseudo-differential inputs. 


The iSBX 311 MULTIMODULES provide 12-bit reso- 
lution with a successive approximation analog-to- 
digital converter. For bipolar operation (- 5 to + 5 
volts) it provides 11 bits plus sign. 


To A-to-D converter conversion, speed is 35 micro- 
seconds (28 KHz samples per second). Combined 
with the sample and hold, settling times and the pro- 
gramming interface, maximum throughput via the 
iSBX bus and into memory will be 54 microseconds 
per sample, or 18 KHz samples per second, for a 
single channel, a random channel, or a sequential 
channel scan. A-to-D conversion is initiated via the 
iSBX connector and programmed command from 
the iSBC base board. Interrupt on end-of-conversion 
is a standard feature to ease programming and tim- 
ing constraints. 


SAMPLE• 
HOLD 
AMP 


START 


CONVERSION 


AND 
CHANNel 
SELECTOR 


lOGIC 
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Accuracy 


High quality components are used to achieve 12 bits 
resolution and accuracy of 0.035% full scale range 
± % 
LSB. Offset 
and 
gain 
are 
adjustable 
to 


± 0.024% FSR ± % LSB accuracy at any fixed tem- 
perature between O°C(gain = 1). See specifications 
for other gain accuracies. 


To allow sampling of millivolt level signals such as 
strain gauges and thermocouples, gain is made con· 
figurable via user inserted gain resistors up to 250 x 
(20 millivolts, full scale input range). User can select 
any other gain range from 1 to 250 to match his 
application. 


The host iSBC microcomputer addresses the iSBX 
311 MULTIMODULE board by executing IN or OUT 
instructions to the iSBX 311 MULTIMODULE as one 
of the legal port addresses. Analog-to-digital conver- 
sions can be programmed in either of two modes: 1. 
start 
conversion 
and poll for 
end-of-conversion 


(EOC), or 2. start conversion and wait for interrupt 
(INTRO/) at end-of conversion. When conversion is 
complete as signaled by one of the above tech- 
niques, INput instruction read two bytes (low and 
high bytes) containing the 12 bit data word plus 
status information as shown below. 


OUTput Command-Select 
input channel and start 


conversion. 


Bit Position 
Input Channel 


INput Data-Read 
converted data and status (low 


byte) or Read converted data (high byte). Reads can 
be with or without reset of interrupt request line 
(lNTRO/). 


Bit Position 
7 
6 
5 
4 3 
2 
1 
0 


Low/Status 
Byte 
~startllbusy/IEOC/I 


Fastest data conversion and transfer to memory can 
be obtained by dedicating the microcomputer to set- 
ting the channel address/starting conversion, polling 
the status byte for EOC/, and when it comes true, 
read the two bytes of the conversion and send the 
start conversion/next 
channel address command. 


For multitasking situations it may be more conve- 
nient to use the interrupt mode, reading in data only 
after an interrupt signals end of conversion. 


Inputs-8 
differential. 16 single-ended. Jumper se· 


lectable. 


Full Scale Input 
Voltage Range--5 
to +5 volts (bipolar). 0 to +5 


volts (unipolar). Jumper selectable. 


Gain-User-configurable 
through installation of two 


resistors. Factory-configured for gain of X1. 


Resolutlon-12 
bits over full scale range (1.22 mV 


at 0-5V, 5 ,."Vat 0-20 mY). 


Gain 
Accuracy at 25°C 


1 
±0.035% ± % LSB 


5 
±0.035% ± % LSB 


50 
±0.035% ± % LSB 


250 
±0.035% 
± % LSB 


NOTE: 
Figures are in percent of full scale reading. At any fixed 
temperature between O' and 60'C, the accuracy is adjusta- 
ble to ±O.035% of full scale. 


Gain TC (at Gain = 1): 30 PPM per degree centi- 
grade (typical); 56 PPM per degree centigrade 
(max). 
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Gain 
Offset 


1 
0.0018 


5 
0.0036 


50 
0.024 


250 
0.116 


Interface 
Pins 
Centers 
Mating 


(Qty) 
in 
cm 
Connectors 


P1 iSBX Bus 
36 
0.1 
0.254 
iSBCiSBX 
connector 


J18/16 
3m 3415-000 
or 


Channels 
50 
0.1 
0.254 
T1 H312125 
or 


Analog 
iCS 910 cable 


Physical Characteristics 


Width: 
9.40 cm (3.7 inches) 


Length: 
6.35 cm (2.5 inches) 


Height: 
2.03 cm (0.80 inch) MUL TIMODULE 
board 


only 


2.82 cm (1.13 inches) 
MULTIMODULE 
and 


iSBC board 


Weight: 
68.05 gm (2.4 ounces) 


Electrical 
Characteristics 
(from 
iSBX 


connector) 


vee = ±5 volts (±0.25V), 
Ice = 250 mAmax 


Vdd = + 12 volts (± 0.6V), Idd = 50 mAmax 
V55 = 
-12 
volts (± 0.6V), 
155 = 55 mAmax 


Operating 
Temperature: 
O· to 60·C (32" to 140·C) 


Relative 
Humidity: 
to 90% 
(without 
condensa- 


tion) 


Reference 
Manuals 
142913- iSBX 
311 
Analog 
Input 
MULTIMODULE 


Board 
Hardware 
Reference 
Manual 
(or- 


der separately) 


Manuals 
may be ordered 
from any Intel sales repre- 


sentative, 
distributor 
office 
or from 
Intel 
Literature 


Department, 
3065 
Bowers 
Avenue, 
Santa 
Clara, 


California 
95051. 


Part Number 
Description 


SXB 311 
Analog 
Input MUL TIMODULE 
Board 


inter 
iSBX™ 328 
ANALOG 
OUTPUT 
MUL TIMODULETM 
BOARD 


• 
Low Cost Analog 
Output 
Via iSBXTM 
MUL TIMODULETM 
Connector 


• 
8 Channel 
Output, Current 
Loop or 
Voltage 
In any Mix 


• 
4-20 
mA Current 
Loop; 5V Unipolar 
or 
Bipolar Voltage 
Output 


• 
12-Blt Resolution 


• 
0.035% 
Full Scale Voltage 
Accuracy 


@ 25°C 


• 
Programmable 
Offset 
Adjust In Current 
Loop Mode 


The Intel iSBX 328 MUL TIMODULE 
board 
provides 
analog 
signal output 
for any intelligent 
board 
having an 
iSBX compatible 
bus and connector. 
The single-wide 
iSBX 328 plugs directly 
onto the host board, providing 
eight independent 
output 
channels 
of analog 
voltage 
for meters, 
programmable 
power supplies, 
etc. Voltage 
output 
can be mixed with current 
loop output 
for control 
of popular 
4-20 
mA industrial 
control 
elements. 
By 
using an Intel single chip computer 
(8041) for refreshing 
separate 
sample-hold 
amplifiers 
through 
a single 
12 
bit DAC, eight channels 
are contained 
on a single 
MUL TIMODULE 
board for high density 
and low cost per 
channel. 
High quality 
analog 
components 
provide 
12 bit resolution, 
and slew rates per channel 
of 0.1 V per 
microsecond. 
Maximum 
channel 
update 
rates are 5 KHz on a single channel 
to 1 KHz on all eight channels. 


intJ 


The iSBX 328 MUL TIMODULE 
board. shown 
in Fig- 
ure 1 is designed 
to plug onto any host iSBC micro- 
computer 
that contains 
an iSBX bus connector. 
The 
board uses an Intel 8041 microcontroller 
to manage 
eight analog 
output 
channels 
that may be user-con- 
figured 
through 
jumpers 
to operate 
in either 
bipolar 
voltage 
output 
mode 
(- 
5V to + 5V), unipolar 
volt- 
age output 
mode (0 to + 5V), or current 
loop output 
mode 
(4 to 20 mA) applications. 
Channels 
may be 
individually 
wired for simultaneous 
operation 
in both 
current 
loop output 
and voltage 
output 
applications. 
The outputs 
feed to a 50-pin edge connector 
(J1) on 
the iSBX 328 MUL TIMODULE 
board. 


Interfacing through the 
Intel iSBX Bus 


All data 
to be output 
through 
the 
MUL TIMODULE 
board is transferred 
from the host microcomputer 
to 
the MUL TIMODULE 
board via the iSBX bus connec- 
tor. The iSBX 328 board 
accepts 
the binary 
digital 
data and generates 
a 12-bit data word for the Digital- 
to-Analog 
Converter 
(DAC) 
and a four 
bit channel 
decode/enable 
for 
selecting 
the 
output 
channel. 


The DAC transforms 
the data into analog signal out- 
puts for either voltage 
output 
mode or current 
loop 
output 
mode. 
Offsetting 
of the DAC voltage 
in cur- 
rent output 
mode may be performed 
by the UPI soft- 
ware offset 
routine or by the hardware 
offset adjust- 
ments 
included 
on the board. The MUL TIMODULE 
board status is available 
via the iSBX bus connector, 
to determine 
if the UPI is ready to receive updates to 
analog 
output 
channels. 


The host iSBC microcomputer 
addresses 
the MUL- 
TIMODULE 
board 
by executing 
IN or OUT 
instruc- 
tions specifying 
the iSBX 328 MUL TIMODULE 
as a 
port 
address. 
The 
iSBX 328 
is initialized 
to select 
whether 
software 
or hardware 
offset 
is to be used 
and how many channels 
will be active. Then a 2 byte 
transfer to each active channel 
sets the 12 bit output 
value, the channel 
selected 
and the current 
or volt- 
age mode. 


7 
0 Bit 


~ 
NN: 0,0 = unipolar configuration 
lut 
channel 
.oftware currant off.at 
to be output 
0,1 • 
no mixing 
1,0 = bipolar configuration 
aoftware current off.et 


High Byte 


low Byte 


oAC oete 
o = UPI generete. off.et 
1 = SBC generetes off.at 
In current loop mode 


DIGITAL·TO 
ANALOG 
CONVERTER 


12·81T 
RESOLUTION 


ANALOG 
OUTPUT 
MULTI- 
PLEXER 


BUFFER 


AMPLIFIER 
~_ 
VOLTAGE 
TO 


o ~ 
CURRENT 


} 


ANALOG 
OUTPUT 
, CHANNEL 
J1 
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Interrupts 


No interrupts 
are issued 
from 
the iSBX 328 to the 


host iSBC microcomputer. 
Data coordination 
is han- 


dled via iSBC software 
polls of the status buffer. 


- 
8 
non-isolated 
channels, 


each 
independently 
jump- 
ered 
for 
voltage 
output 
or 


current 
loop output 
mode. 


- 
0 to + 5V (unipolar 
operation) 


- 5 to + 5V (bipolar 
opera- 


tion) 


Current 
Loop 
Range 
- 
4 to 20 mA (unipolar 
opera- 
tion only) 
- 
± 5 
mA 
maximum 
(voltage 
mode-bipolar 
operation) 


- 
0 
to 
250n 
with 
on-board 


iSBX power. 
1000n 
minimum 


with 
30 
VDC 
max. 
external 


supply 


Compliance 
Voltage 
- 
12V 
using 
on-board 
iSBX 


power. If supplied 
by user, up 


to 30 VDC max 


- 
12 bits bipolar 
or unipolar 


- 
0.1 V per 
microsecond 
mini- 


mum 


Resolution 


Slew Rate 


Single Channel 
Update Rate 
- 
5 KHz 


Eight Channel 
Update 
Rate 
- 
1 KHz 


Output 
Impedance- 
0.1n. 
Drives capacitive 
loads 


up to 0.05 
microfarads. 
(ap- 


prox. 1000 foot cable) 


Temperature 
Coefficient 


Refresh 
and Throughput 
Rates·· 


Refresh 
1 channel 
(no new data): 
80 JLs 


Refresh all 8 channels 
(no new data): 
650 JLs 


Update and refresh 
1 channel 
with new 


data: firmware 
program 
2 
for each additional 
channel 


Update and refresh 
1 channel 
with new 


data: firmware 
program 
1 or 3 
for each additional 
channel 


Update and refresh all 8 channels 
(all new data): firmware 
program 
2 


per channel 
of new data 
Update and refresh all 8 channels 
(all new data): firmware 
program 
10r 3 
1,280 ms 


per channel 
of new data 
80 JLs 


150 JLs 
130 JLs 


200 JLs 
155 JLs 


1,050 ms 
50 JLs 


Mode 
Accuracy 
Ambient 


Temp 


Voltage-Unipolar, 
typical 
± 0.025% 
FSR 
@ 25°C 


Voltage-Unipolar, 
maximum 
± 0.035% 
FSR 
@ 25°C 


Voltage-Unipolar, 
typical 
± 0.08% 
FSR 
@ 0° to 60°C 


Voltage-Unipolar, 
maximum 
± 0.19% 
FSR 
@ 0° to 60°C 


Voltage-Bipolar, 
typical 
± 0.025% 
FSR 
@ 25°C 


Voltage-Bipolar, 
maximum 
± 0.035% 
FSR 
@ 25°C 
Voltage-Bipolar, 
typical 
± 0.09% 
FSR 
@ 0° to 60°C 


Voltage-Bipolar, 
maximum 
± 0.17% 
FSR 
@ 0° to 60°C 


Current Loop, typical 
± 0.07% 
FSR 
@25°C 
Current Loop, maximum 
± 0.08% 
FSR 
@ 25°C 
Current Loop, typical 
± 0.17% 
FSR 
@ 0° to 60°C 


Current Loop, maximum 
± 0.37% 
FSR 
@ 0° to 60°C 


inter 


Interface 
Pins 
Centers 
Mating 
(Qty) 
In 
cm 
Connectors 


P1 iSBX Bus 
36 
0.1 
0.254 
iSBCiSBX 
connector 


J1 8/16 
3m 3415-000 or 


channels 
50 
0.1 
0.254 
T1 H312125 or 


analog 
iCS 910 cable 


Physical Characteristics 


Width: 
9.40 cm (3.7 inches) 
Length: 6.35 cm (2.5 inches) 
Height: 1.4 cm (0.56 inch) MULTIMODULE board 


only 
2.82 cm (1.13 inches) MULTIMODULE and 
iSBC board. 
Weight: 85.06 gm (3.0 ounces) 


Electrical Characteristics 


vee = ± 5V (0.25V), 
Ice = 140 mA max 


Voo = ± 12V (± 0.6V), 
100 = 45 mA max 


(voltage mode) 


= 200 mAmax 
(current loop 
mode 


Operating Temperature: 0° to 60°C (32° to 140°C) 
Relative Humidity: 
to 90% (without condensa- 
tion) 


Reference Manuals 


142914- 
iSBX 328 Analog Output MULTI-MODULE 
Board Hardware Reference Manual (Or- 
der Separately) 
230973- 
Distributed Control Modules Databook 


Manuals may be ordered from any Intel sales repre- 
sentative, distributor office or from Intel Literature 
Department, 3065 Bowers Avenue, Santa Clara, 
California 95051. 


Part Number 
SBX328 
Description 
Analog 
Output 
MULTIMODULE 


Board 


inter 


iSBX™ 
350 
PARALLEL 
1/0 MULTIMODULE™ 
BOARD 


• 
iSBXTM Bus Compatible 
1/0 Expansion 


• 
24 Programmable 
1/0 Lines with 


Sockets 
for Interchangeable 
Line 


Drivers and Terminators 


• 
Three 
Jumper 
Selectable 
Interrupt 


Request 
Sources 


• 
Accessed 
as 1/0 Port Locations 


• 
Single + 5V Low Power 
Requirement 


• 
ISBX Bus On-Board 
Expansion 
Eliminates 
MUL TIBUS@ System 
Bus 


Latency 
and Increases 
System 
Throughput 


The 
Intel iSBX 350 Parallel 
I/O 
MUL TIMODULE 
Board 
is a member 
of Intel's 
line of iSBX bus compatible 
MUL TIMODULE 
products. 
The iSBX MUL TIMODULE 
board plugs directly 
into any iSBX bus compatible 
host 
board 
offering 
incremental 
on-board 
expansion. 
The iSBX 350 module 
provides 
24 programmable 
I/O 
lines 
with sockets 
for interchangeable 
line drivers 
and terminators. 
The iSBX board is closely 
coupled 
to the host 
board 
through 
the 
iSBX 
bus, and 
as such, 
offers 
maximum 
on-board 
performance 
and frees 
MUL TIBUS 
system 
traffic 
for other system 
resources. 
In addition, 
incremental 
power dissipation 
is minimal 
requiring 
only 
1.6 watts 
(not including 
optional 
driver/terminators). 


Programmable 
Interface 


The iSBX 350 module uses an Intel 8255A-5 Pro- 
grammable Peripheral Interface (PPI) providing 24 
parallel I/O lines. The base-board system software 
is used to configure the I/O lines in any combination 
of unidirectional input/output and bidirectional ports 
indicated in Table 1. Therefore, the I/O interface 
may be customized to meet specific peripheral re- 
quirements. In order to take full advantage of the 
large number of possible I/O configurations, sockets 
are provided for interchangeable I/O line drivers and 
terminators. Hence, the flexibility of the I/O interface 
is further enhanced by the capability of selecting the 
appropriate combination of optional line drivers and 
terminators to provide the required sink current, po- 
larity, and driver/termination characteristics for each 
application. In addition, inverting bidirectional bus 
drivers (8226) are provided on sockets to allow con- 
venient optional replacement to non-inverting driv- 
ers (8216). The 24 programmable I/O lines, signal 
ground, and + 5 volt power Qumper configurable) 


are brought to a 50-pin edge connector that mates 
with flat, woven, or round cable. 


Interrupt requests may originate from three jumper 
selectable sources. Two interrupt requests can be 
automatically generated by the PPI when a byte of 
information is ready to be transferred to the base 
board CPU (Le.,input buffer is full) or a byte of infor- 
mation has been transferred to a peripheral device 
(Le., output buffer is empty). A third interrupt source 
may originate directly from the user I/O interface (J1 
connector). 


The iSBX 350 module plugs directly into the female 
iSBX connector on the host board. The module is 
then secured at one additional point with nylon hard- 
ware to insure the mechanical security of the assem- 
bly (see Figure 1 and Figure 2). 


ISBX'" 


~. 


..;::>-; 
_MULTIMODULE 


.. ::.;::::" 
CONNECTOR 


~ 


ISBX~ 
CONNECTOR 
(MALE) 


ISBX'· 
CONNECTOR 
(FEMALEl 
I 
'T' 


Mode of Operation 


Unidirectional 


Lines 
Port 
(qty) 
Input 
Output 
Bidirectional 
Control 


Unlatched 
Latched 
& 
Latched 
Latched 
& 
Strobed 
Strobed 


A 
8 
X 
X 
X 
X 
X 


B 
8 
X 
X 
X 
X 


C 
4 
X 
X 
X(l) 


4 
X 
X 
X(l) 


NOTE: 
1. Part of Port C must be used as a control port when either Port A or Port B are used as a latched and strobed input or a 
latched and strobed output port or Port A is used as a bidirectional port. 


8255A·5 
Ports 
ISBX 350 Address 


PortA 
XO or X4 


Port B 
X1 or X5 


PortC 
X2 or X6 


Control 
X30rX7 


Reserved 
X8 to XF 


NOTE: 
The first digit of each port I/O address is listed as "X" 
since it will change dependent on the type of host iSBC 
microcomputer used. Refer to the Hardware Reference 
Manual for your host iSBC microcomputer to determine the 
first digit of the port address. 


Read: 250 ns max. 


Write: 300 ns max. 


NOTE: 


Actual 
transfer 
speed 
is dependent 
upon the cycle 


time of the host microcomputer. 


Interrupt 
requests 
may originate 
from the program- 


mable 
peripheral 
interface 
(2) or the user specified 


I/O (1). 


iSBXTM Bus-All 
signals TTL compatible 


Parallel 
I/O-All 
signals TTL compatible 


No. of Centers 
Connector 
Vendor 
Interface 
Pairs/ 
Vendor 


Pins 
(In.) 
Type 
Part No. 


Parallell/O 
25/50 
0.1 
Female 
3M 
3415-0001 


Connector 
with Ears 


Parallel I/O 25/50 
0.1 
Female 
GTE 
6AD01251A1DD 


Connector 
Soldered 
Sylvania 


NOTE: 
Connector 
compatible 
with those 
listed may also be used. 


I/O Drivers-The 
following 
line drivers 
and termina- 


tors are all compatible 
with the I/O driver sockets 
on 


the iSBX 350. 


Driver 
Characteristic 
Sink 
Current (mA) 


7438 
I,OC 
48 


7437 
I 
48 


7432 
NI 
16 


7426 
I,OC 
16 


7409 
NI,OC 
16 


7408 
NI 
16 


7403 
I,OC 
16 


7400 
I 
16 


NOTE: 
I = Inverting, 
NI = Non-Inverting, 
OC = Open Collector 


Port 1 has 25 mA totem pole drivers and 1 kfl termi- 
nators. 


I/O 
Terminators-220fl/330fl 
divider 
or 1 kfl 
pull 


up. 
10-29 


22011/33011 
(ISBC 901 OPTION) 


22011 
+5V 
~ 
1 


,f 


1kll(i"s8c9020pnON)--~~;-------------- 


+5V 
'1M 
0 


280235-4 


7.24 cm (2.85 in.) 


9.40 cm (3.70 in.) 


2.04 cm (0.80 in.) iSBX 350 Board 


2.86 
cm 
(1.13 
in.) 
iSBX 
350 
Board 
+ 


Host Board 


Weight: 
51 gm (1.79 oz) 


'See 
Figure 2 


Width: 


Length: 


Height·: 


Power 
Configuration 
Requirements 


+5@320mA 
Sockets XU3, XU4, XU5, and XU6 empty (as 
shipped). 


+5V@500mA 
Sockets XU3, XU4, XU5, and XU6 contain 
7438 buffers. 


+5V@620mA 
Sockets XU3, XU4, XU5, and XU6 contain 
iSSC 901 termination devices. 


Reference 
Manual 


9803191-01-iSBX 
350 
Parallel 
I/O 
MUL TIMOD- 


ULE Manual 
(NOT SUPPLIED) 


Reference 
Manuals 
may be ordered 
from 
any Intel 


sales 
representative, 
distributor 
office 
or from 
Intel 


Literature 
Department, 
3065 
Bowers 
Ave., 
Santa 


Clara, California 
95051. 


ORDERING 
INFORMATION 
Part Number Description 


SBX 350 
Parallel 
I/O MUL TIMODULE 
Board 


iSBXTM 488 
GPIBMULTIMODULETM 
BOARD 


• Complete 
IEEE 488·1978 
Talker/ 
• Software 
Functions 
Built Into VLSI 


Listener 
Functions 
Including: 
Hardware 
for High Performance, 
Low 
- 
Addressing, 
Handshake 
Protocol, 
Cost and Small Size 


Service 
Request, 
Serial and Parallel 
• Standard 
ISBX Bus Interface 
for Easy 
Polling Schemes 
Connection 
to Intel ISBCTM Boards 
• Complete 
IEEE 488·1978 
Controller 
• IEEE 488·1978 
Standard 
Electrical 


Functions 
Including: 
Interface 
Transceivers 
- 
Transfer 
Control, 
Service 
Requests 


and Remote 
Enable 
• Five Volt Only Operation 


• Simple Read/Write 
Programming 


The Intel iSBX 488 GPIB Talker/Listener/Controller 
MUL TIMODULE 
board provides 
a standard 
interface 
from 


any Intel iSBC board equipped 
with an iSBX connector 
to over 600 instruments 
and computer 
peripherals 
that 


use the IEEE 488-1978 
General 
Purpose 
Interface 
Bus. By taking full advantage 
of Intel's VLSI technology 
the 


single-wide 
iSBX 488 MUL TIMODULE 
board implements 
the complete 
IEEE 488-1978 
Standard 
Digital Inter- 


face 
for Programmable 
Instrumentation 
on a single 
low cost 
board. 
The 
iSBX 488 
MUL TIMODULE 
board 


includes 
the 8291A GPIB Talker/Listener, 
8292 GPIB Controller 
and two 8293 GPIB Transceiver 
devices. 
This 


board 
represents 
a significant 
step 
forward 
in joining 
microcomputers 
and 
instrumentation 
using 
industry 


standards 
such 
as the 
MULTIBUS@ 
system 
bus, 
iSBX 
bus 
and 
IEEE 
488-1978. 
The 
high 
performance 


iSBX 488 MUL TIMODULE 
board mounts 
easily on Intel iSBX bus compatible 
single board computers. 


A simple user programming 
interface 
for easy reading, writing and monitoring 
of all GPIB functions 
is provided. 
This intelligent 
interface 
minimizes 
the impact on host processor 
bandwidth. 


The iSBX 488 MULTIMODULE board is a single- 
wide iSBX bus compatible I/O expansion board that 
provides a complete implementation of the IEEE 
488-1978 Standard Digital Interface for Programma- 
ble Instrumentation. The iSBX 488 MULTIMODULE 
board may be configured to be a GPIB controller, 
talker, listener or talker/listener. The hardware im- 
plementation of the iSBX 488 board takes full ad- 
vantage of Intel's VLSI capability by using the Intel 
8292 GPIB controller, 8291A talker/listener and two 
(2) 8293 bus transceivers. All communication be- 
tween the host iSBC board and the iSBX 488 
MULTIMODULE board is executed via the Intel stan- 
dard iSBX connector. Many of the functions that pre- 
viously were performed by user software have been 
incorporated into VLSI hardware for high perform- 
ance and simple programming. Both the Intel 8291A 
GPIB Talker/Listener device and the 8292 device 
can each communicate independently with the host 
processor on the iSBC board depending on configu- 
ration. Communication from the host iSBC board to 
either device on the iSBX 488 board is flexible and 
may be either interrupt or poll driven depending on 
user requirements. Data transfers to or from the 
GPIB may be executed by the host processor's I/O 
Read and I/O Write commands or with DMA hand- 
shaking techniques for very high speed transfers. 


GPIB Talker/Listener 
Capabilities 


The 
Intel 
8291A 
device 
on 
the 
iSBX 
488 


MULTIMODULE board handles all talker/listener 
communications between the host iSBC processor 
board and the GPIB. Its capabilities include data 
transfer, bus handshake protocol, talker/listener ad- 
dressing procedures, device clearing and triggering, 
service requests, and both serial and parallel polling 
schemes. In executing most procedures the iSBX 
488 board does not interrupt the microprocessor on 
the iSBC processor board unless a byte of data is 
waiting on input or a byte is sent to an empty output 
buffer, thus offloading the host CPU of GPIB over- 
head chores. 


The GPIB talker/listener functions can be easily pro- 
grammed using the high level commands made 
available by the Intel 8291A on the iSBX 488 
MULTIMODULE board. The 8291A device architec- 
ture includes eight registers for input and eight regis- 
ters for output. One each of these read and write 
registers is used for direct data transfers. The re- 
maining write registers are used by the programmer 
to control the various interface features of the Intel 
8291A device. The remaining read registers provide 
the user with a monitor of GPIB states, bus condi- 
tions and device status. 


TRANSCEIVER 
• SUPPORT 
LOGIC 


TALKER 
LISTENER 
ADDRESS 


inter 


SOFTWARE 
FUNCTIONS 
BUILT 
INTO VLSI 


HARDWARE 


Additional features that have migrated from discrete 
logic and software into Intel VLSI include program- 
mable data transfer 
rate and three 
addressing 


modes that allow the iSBX board to be addressed as 
either a major or a minor talker/listener with primary 
or 
secondary 
addressing. 
The 
iSBX 
488 


MULTIMODULE board can 
be programmatically 


configured into almost any bus talker, listener, or 
talker/listener 
configuration. 
Writing software 
to 


control these and other iSBX 488 board functions is 
simply a matter of reading or writing the control reg- 
isters. 


ISBXTM 488 


Function 
Supported 
IEEE Subsets 


Source Handshake (SH) 
SHO,SH1 


Acceptor Handshake (AH) 
AHO,AH1 


Talker (T) 
TOthrough T8 


Extended Talker (TE) 
TEOthrough TE8 


Listener (L) 
LOthrough L4 


Extended Listener (LE) 
LEOthrough LE9 


Service Request (SR) 
SRO,SR1 


Remote Local (RL) 
RLO,RL1 


Parallel Poll (PP) 
PPO,PP1,PP2 


Device Clear (DC) 
DCOthrough DC2 


Device Trigger (DT) 
DTO,DT1 


Controller (C) 
COthrough C28 


NOTE: 
1. For detailed information refer to IEEE Standard Digital 
Interface for Programmable Instrumentation published by 
The Institute of Electrical and Electronics Engineers, Inc. 
1978. 


Controller 
Capabilities 


The 
GPIB controller 
functions 
supplied 
by the 


iSBX 488 board are provided by the Intel 8292 GPIB 
controller device. The 8292 is actually an Intel 
8041A eight bit microcomputer that has been pre- 
programmed to implement all IEEE 488-1978 con- 
troller functions. The internal RAM in the 8041A is 
used as a special purpose register bank for the 8292 
GPIB Controller. Just as with the 8291A GPIB Talk- 
er/Listener device, these registers are used by the 
programmer to implement controller monitor, read 
and write commands on the GPIB. 


When configured as a bus controller the isax 488 
board will respond to Service Requests (SRQ) and 
will issue Serial Polls. Parallel Polls are also issued 
to multiple GPIB instrument devices for receiving 


simultaneous responses. In applications requIring 
multiple bus controllers, several iSBX 488 boards 
may each be configured as a controller and pass the 
active control amongst each other. An iSBX 488 
board configured for a System Controller has the ca- 
pability to send Remote Enable (REN) and Interface 
Clear (IFC) for initializing the bus to a known state. 


GPIB Physical Interface 


The iSBX 488 MULTIMODULE board interfaces to 
the GPIB using two Intel 8293 bidirectional trans- 
ceivers. The iSBX 488 board meets or exceeds 
all 
of 
the 
electrical 
specifications 
defined 
in 


IEEE 488-1978 including bus termination specifica- 
tions. In addition, for direct connection to the GPIB, 
the iSBC 988 cable, a 26 conductor 0.5 meter GPIB 
interface cable is also available from Intel. The cable 
is terminated with a 26-pin edge connector at the 
iSBX end and a 24-pin GPIB connector at the other. 
The cable is also supplied with shield lines for simple 
grounding in electrically noisy environments. 


The iSBX 488 MULTIMODULE board plugs directly 
onto the female iSBX connector available on many 
Intel iSBC boards. The MULTIMODULE board is 
then secured at one additional point with nylon hard- 
ware (supplied) to insure the mechanical security of 
the assembly. 


iSBXTMBus-All 
signals TTL compatible 


26-pin Edge Connector-Electrical 
levels compati- 


ble with IEEE 488-1978. 


Physical Characteristics 


Width: 3.70 in (0.94 cm) 
Length: 2.85 in (7.24 cm) 
Height: 0.8 in (2.04 cm) 
Weight: 3.1 oz (87.8 gm) 


300K bytes/sec transfer rate with DMA host iSBC 
board 


intJ 


50K bytes/s transfer rate using programmed I/O 
730 ns Data Accept Time 
'Data rates are iSBX board maximum. Data rates 
will vary and can be slower depending on host 
iSBC board and user software driver. 


DC Power Requirements: Vee = +5 VDC ±5% 
Ice = 600 milliamps maximum 


GPIB Electrical and Mechanical 
Specifications 


Conforms to IEEE 488-1978 standard electrical lev- 
els and mechanical connector standard when pur- 
chased with the iSBC 988 GPIB cable. 


Environmental 
Characteristics 
Operating Temperature: 0° to 60°C (32° to 140°F) 
Relative Humidity: 
Up to 90% 
R.H. without 


condensation. 


Reference 
Manual 
143154-001- 
iSBX 
488 
GPIB 
MULTIMODULE 


Board Hardware Reference Manual 
(not supplied). 


ORDERING 
INFORMATION 
Part Number Description 
SBX488 
GPIB MULTIMODULE 
SBC988 
0.5 meter GPIB cable for iSBX 488 
MULTIMODULE Board 


I I 
Boards and Software 


inter 


iRMX® NETWORKING SOFTWARE RELEASE 2.0 
MEMBER OF THE OpenNETTM PRODUCT FAMILY 


• 
Provides Transparent Network File 
Access 
- 
Remote Files can be Accessed Just 
Like Local Files 


- 
Network Communications are 
Transparent to the User 


• 
Provides Network File Protection and 
User Access Control Mechanisms 


• 
Supports File Server and/or File 
Consumer Applications 


• 
Implements a Distributed Name Server 
to Minimize Administrative Effort 


• 
Connects IRMX, DOS, XENIX·, 
VAX/VMSt, 
and OpenNETTMNRM 
Systems on the LAN 
- 
Runs Under the IRMX@86 R7 and 
iRMX@286 R2 Operating Systems 


-Interoperates 
with XENIX 
Networking Software (XENIX-NET), 
Intel OpenNET PC Link with 
Microsoft Networks (MS-NET), 
VAX/VMS OpenNET, and INDX 
OpenNET Software 


• 
Supports OpenNET IEEE 802.3 
Compatible Hardware and ISO 8073 
Software 
-ISXMTM 
552/552A COMMenglne 
Boards 
-ISBC@ 
186/51 COMMputer™ Board 


-INA 
960/961 Transport Software 


The Intel iRMX@ Networking 
Software 
(iRMX-NET) 
implements 
the Network 
File Access 
(NFA) protocols 
to 
provide 
transparent 
access to files on other systems that are attached 
to the same Local Area Network 
(LAN) 
and 
that 
are running 
the 
appropriate 
Network 
File Access 
software. 
Transparent 
file access 
means 
that 
remote 
files can be accessed 
as if they were 
local because 
the OpenNETTM 
software 
does the necessary 
network 
communications 
for the user. 


A seven layer OSI communication 
system solution 
is established 
on an iRMX system when the iRMX Network- 
ing Software 
is used in conjunction 
with the Intel iNA 960/961 
Transport 
Software 
plus hardware 
such as the 
iSXMTM 552A or the iSBC@ 186/51 
communication 
processor 
boards. 
Networked 
iRMX systems 
can serve in 
a wide 
range 
of applications 
including 
real time transaction 
processing, 
automated 
testing, 
data collection, 
communications 
switChing, and process 
control. 


·XENIX 
and MS-DOS 
are trademarks 
of Microsoft 
Corp. 
tVAX 
and VMS are trademarks 
of Digital 
Equipment 
Corp. 
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iRMX-NET provides transparent network file access 
by implementing the Network File Access protocols. 
The Network File Access protocols provide the abili- 
ty for local application programs to access remote 
files by attaching the remote system as a local file 
system device. Then remote files can be accessed 
by simply using the remote system's name as part of 
the file pathname. 


The Network File Access protocols were developed 
jointly by IBM, Microsoft, and Intel to provide a pow- 
erful set of network file access capabilities among a 
variety of heterogeneous operating systems. The 
Network File Access protocols have been imple- 
mented on iRMX with iRMX-NET, on PC/MS-DOS' 
with 
MS-NET, on XENIX' 
with XENIX-NET, on 


VAXIVMSt 
with VAXIVMS OpenNET, and on the 


NRM (Network Resource Manager for Intel micro- 
processor development systems) with iNDX Open- 
NET software. 


iRMX-NET provides the transparent network file ac- 
cess capability through file consumer and file server 
software functions. The file consumer software inter- 
cepts file commands from the local application pro- 
gram and transmits them across the LAN to the file 
server node where the target file resides. The file 
server software receives, interprets, and executes 
commands received over the LAN from remote file 
consumers. When iRMX-NET is initially installed, the 
user has the option of configuring the system to in- 
clude either or both of the file consumer and file 
server functions. 


The iRMX-NET Network File Access service pro- 
vides functionality for layers 5 through 7 of the OSI 
7-layer communications model. The layer 1 through 
4 services are provided by iNA 960/961 Transport 
Software and 
IEEE 802.3 compatible 
controller 


boards such as the iSXM 552A or the iSBC 186/51. 


iRMX-NET capabilities can be installed in a variety of 
hardware configurations to meet differing system re- 
quirements. For example, a "COMMengine" config- 
uration consists of a host processor board executing 
iRMX-NET R2.0 under either iRMX 86 or iRMX 286 
and an intelligent network controller board executing 
iNA 961 Transport Software. Figure 1 shows an ex- 
ample of a COMMengine configuration with an iSBC 
286/12 host board and an iSXM 552A COMMengine 
controller board. Also, a single board COMMputerTM 
system can be implemented with an iSBC 186/51 
board executing both iRMX-NET software and iNA 
960 
Transport 
Software 
under 
iRMX 86. 
See 


Figure 2. 


iRMX-NET is included at iRMX configuration time as 
a user job if the Extended I/O System (EIOS) is not 


present or as an I/O job if the EIOS is present. 
iRMX-NET contains a number of user-defined pa- 
rameters which must be set up when configuring the 
system. These parameters include the number of file 
consumers served concurrently, the identification of 
which directories are public, and the specification of 
various time-out values. 
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Figure 1. Example Configuration 
using an 


ISXMTM552A COMMenglne as an Intelligent 


Front-End Processor 
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Figure 2. Example Configuration 
using an 


ISBC@186/51 COMMputer™ 


The iRMX Operating System provides a flexible 
structure for managing directories of files on several 
different devices. To illustrate some of the capabili- 
ties, refer to the example system configuration 
shown in Figure 3. 


In this example, disk A is the system device. The 
system device is the storage device from which the 


inter 


system 
is bootstrapped 
and it is also the default 
de- 


vice to which file references 
are directed. 
When the 


system 
is initialized, 
application 
programs 
can 
ac- 


cess directories 
and files on device 
A with a hierar- 


chical directory 
structure. 
Files on the system device 


are accessed 
with the following 
iRMX naming 
con- 


vention: 


/ directory/filename 


The 
system 
device 
"A" 
is the 
default 
device 
and 


therefore 
it doesn't 
have to be specifically 
identified 


in the path name. 
If the user wishes 
to access 
files 


on another 
device, for example 
"8", 
that device can 


be attached 
to the file system 
with the iRMX com- 


mand: 


Then files can be directly 
accessed 
on the 8 device 


with this naming 
convention: 


TRANSPARENT 
NETWORK 
FILE 


ACCESS 


Transparent 
network 
file access 
enables 
the 
user 


application 
to manipulate 
and use remote 
files as if 


they were local. In contrast, 
a less-sophisticated 
file 


transfer 
capability 
typically 
requires 
a multi-step 
pro- 


cess with the application 
program 
having to find the 


address 
of the remote 
system, 
to move 
the file to 


the local system, 
to process 
it, and then to restore 
it 


to the remote 
system 
when 
processing 
is complet- 


ed. 


The benefit transparent 
network 
file access provides 


is user access 
to remote 
files without 
the need to 


transfer 
the file back 
and forth 
from 
the remote 
to 


the local 
system. 
The network 
communications 
re- 


quired to access the remote file are managed 
by the 


iRMX-NET 
software 
in a way that 
is transparent 
to 


the user application. 


To access 
a remote 
file, the user first attaches 
the 


remote 
network 
node as a file system 
device. 
Then 


remote files can be accessed 
by designating 
the re- 


mote 
node 
logical 
device 
name 
as part of the file 


pathname. 


For example, 
Figure 4 illustrates 
two systems 
on a 


local 
area 
network, 
both 
equipped 
with 
iRMX-NET 


software. 
System 
51 would 
access 
its local files on 


disk A with the following 
iRMX naming 
convention: 


/ directory/filename 


The user on 51 can access 
files on the remote 
net- 


work 
node, System 
52, by first attaching 
52 to the 


file system with the augmented 
iRMX command: 


This allows user on system 51 to access the remote 
files on System 
52 with the simple 
naming 
conven-- 


tion: 


REWOTr 
LOCAL 


FILES 
FILES 


DISK 
C 


iRMX-NET 
provides 
transparent 
network 
file access 


at the BIOS, EIOS and Human Interface 
levels of the 


iRMX Operating 
System. 
This means 
that 
all iRMX 


user applications 
that 
use the 
BIOS, 
EIOS, or Hu- 


man Interface 
file access commands 
can be used in 


a networked 
environment 
where the referenced 
files 


may reside at other network 
nodes on the local area 


network. 


NETWORK 
FILE PROTECTION 
AND 


USER ACCESS CONTROL 


The iRMX-NET 
Network 
File Access 
software 
also 


adds the benefits 
of extensive 
file security 
mecha- 


nisms across the network. 


The file accessing 
capabilities 
implemented 
by the 
iRMX-NET 
OpenNET 
Network 
File Access 
software 


extends 
the file systems 
of the 
individual 
network 


nodes into a network 
hierarchical 
file system. 
Within 


inter 


the network, any user with appropriate access per- 
missions can access each of the public files on oth- 
er network nodes through a unique path of the net- 
work directory. iRMX-NET allows directories to be 
designated as public (accessible from other network 
nodes) or private (accessible only locally) when con- 
figuring the file server. 


In addition, the iRMX Operating System itself offers 
the ability to define protection rights for individual 
directories and files. The iRMX-NET software pro- 
vides the ability to extend these file protection privi- 
leges to accesses over the local area network. Local 
iRMX files and directories can be specified to be 
"read only" or "writable." Within the network file 
system, these access rights apply to remote files as 
well. 


iRMX-NET also defines two types of user access 
control 
that allows the 
network administrator a 


trade-off between performance and level of security. 
The first type of protection is called "consumer- 
based" protection and offers the highest perform- 
ance for accessing remote files. The second type is 
called 
"server-based" 
protection and offers the 


highest level of security. The two types of user pro- 
tection rely on an iRMX-NET concept called the 
"Administrative Unit." The Administrative Unit (AU) 
is a collection of network nodes that have the same 
set of users defined. The Administration Unit can 
contain only one network node if desired. 


The consumer-based mechanism applies to network 
nodes within one Administrative Unit. In this case, a 
user is checked for valid username and password by 
the local system, and once this access is gained, 
public files on other nodes within the Administrative 
Unit can be accessed without further user verifica- 
tion by the destination node. Because of the mini- 
mum of administrative overhead, consumer-based 


protection 
is the best performer. However, this 


mechanism offers the least protection against mali- 
cious users and therefore is best suited for collec- 
tions of users that are trustworthy and where per- 
formance is of particular value. 


Server-based protection comes into play for access- 
es that cross Administrative Unit boundaries. For 
these accesses, the remote system whose file is be- 
ing accessed checks the user identification to con- 
firm authorization before granting access to the pub- 
lic files in its file system. This mechanism offers the 
highest level of security. 


An example of the Administrative Unit concept and 
its use in setting up consumer-based protection and 
server-based protection network nodes is shown in 
Figure 5. In this example, the networked systems 
51, 52, and 53 are all within Administrative Unit # 1 
and can access each others files with the consumer- 
based mechanism. However, if system 52 wishes to 
access files on a system in another Administrative 
Unit (such as system 54), the server-based mecha- 
nism takes effect and the destination system (54) 
checks user authorization before granting access to 
its public files. 


FILE SERVER 
AND FILE CONSUMER 


IMPLEMENTATION 


iRMX-NET implements file access across the net- 
work through introducing a new file type, the "re- 
mote file." The iRMX Operating System normally 
supports physical, stream, and named files through 
the respective file drivers contained within the Basic 
I/O System (BIOS). The iRMX-NET file consumer 
software adds a new file driver called the Remote 
File Driver (RFD). All local commands that reference 
remote files are intercepted at the BIOS level and 


ADIlIN. 
UNIT 2 
@----- 
SERVER 
BASED 
ACCESS 
PROTECTION 


Figure 5. Example 
of IRMX~·NET File Protection 
Administration 
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are redirected through the RFD to the appropriate 
remote node on the network. At the remote node, 
the iRMX-NET file server software receives com- 
mands from the network and forwards them to the 
local operating system which then executes the 
commands on the remote node's local file system. 


Figure 6 shows the implementation of both the file 
consumer and file server software in a COMMengine 
environment. In a COMMengine environment, the 
Multibus Interprocessor 
Protocol 
(MIP) Software 


provides the interface between the iRMX-NET Soft- 
ware executing on the host processor board and the 
iNA 961 Transport Software executing on the intelli- 
gent network controller board. 


When a request for a remote file is made, the Re- 
mote File Driver routes the request to the iRMX-NET 
File Consumer Software. The File Consumer Soft- 
ware translates the remote network node name into 
a network address and then formats network com- 
munication messages that are sent by the MIP Soft- 
ware to the iNA 961 Transport Software and then to 
the remote network node. 


When a file access request is received from the net- 
work, the iNA 961 Transport Software routes the re- 
quest via the MIP Software to the iRMX-NET File 
Server Software. The File Server Software in turn 


accesses the file system through an iRMX Operating 
System dependent software module called the Apex 
File Access (AFA) Software. The AFA Software re- 
ceives requests from the File Server Software and, 
acting as the remote user, executes the necessary 
file operations corresponding to the requests. 


The User Administration (UA) module maintains the 
files used when making additions and deletions of 
authorized users and consumer systems within an 
Administrative Unit on the network. 


The Name Server Software provides name-to-net- 
work-address mapping for the 'network node on 
which it is installed. iRMX-NET implements a distrib- 
uted or "protocol based" name server scheme in 
which every node "knows" its own name and ad- 
dress. The named network node responds with iden- 
tification of its address to any name server request 
for its name (See Figure 7). The file consumer uses 
this mechanism to translate a remote network node 
name to a network address when a remote file is 
accessed. As a result, network management is sim- 
plified since there is no need to maintain a master 
directory file within the network. 


inter 


X BROADCASTS: 
WHERE IS B? 


B REPLIES: 
<ETHERNET ADDRESS, B> 


231372-7 


An iRMX-NET system can transparently access files 
resident at remote systems that are configured with 
OpenNET Network File Access file server software. 
iRMX-NET, XENIX-NET, VAXIVMS OpenNET, and 
iNDX OpenNET equipped network nodes can act as 
file servers. Likewise, an iRMX-NET equipped net- 
work node can act as a file server to other network 
nodes that are equipped with OpenNET Network 
File Access file consumer software. iRMX-NET, 


IRt.lX(!l) 


IRt.lX- 
NET 


XENIX· 


XENIX NETWORKING 
SOFTWARE 


SERVER 


XENIX-NET, and 
Microsoft 
Networks 
(MS-NET) 


equipped nodes can act as file consumers. See Fig- 
ure 8 for an illustration of these interoperation capa- 
bilities. The arrows in the diagram indicate the direc- 
tion of resource requests. Table 1 lists the operating 
systems and the required networking software that 
interoperate with iRMX-NET R2.0 when installed 
with either the iRMX 86 R7 or iRMX 286 R2 Operat- 
ing Systems. 


VAX/Vt.lSt 


VAX/Vt.lS 
OpenNET™ 
SERVER 


INDX 


INDX OpenNET 


CONSUt.lER 


IRt.lX 


iRt.lX- 
NET 


CONSUt.lER 


XENIX 
XENIX NETWORKING 
SOFTWARE 


'XENIX 
and MS-DOS 
are trademarks 
of Microsoft 
Corp. 
tVAX 
and VMS are trademarks 
of Digital 
Equipment 
Corp. 


Figure 8.IRMX@-NET 
R2.0 Interoperablllty 
with other OpenNETTM 
Systems 


11-6 


inter 


Operating System 
Networking Software 


XENIX· R3.4 
XENIX Networking 
Software R2.0 


MS-DOS· V3.1-3.2 
MS-NETV1.0-1.01 


iNDX R3.2 
NDS II R3.2 
OpenNETTMFile Servers 


VAXIVMSt V4.2-4.4 
VAXIVMS OpenNET R1.0 


iRMX~ 86 R7 
iRMX-NET R2.0 


iRMX286 R2 


iRMX86 R6 
iRMX-NET R1.0A 


·XENIX and MS-DOS are trademarks of Microsoft Corp. 
tVAX and VMS are trademarks of Digital Equipment Corp. 


iAMX-NET 
A2.0 is supported 
by the iAMX 86 A7 and 


the iAMX 286 A2 Operating 
Systems. 


iAMX-NET 
A2.0 operates 
with the iNA 960 AU 
or 


iNA 961 A1.3 Transport 
Software 
and runs in either 


COMMputer 
mode or COMMengine 
mode. 


iAMX-NET 
A2.0 
operates 
in a COMMengine 
envi- 


ronment 
with 
a variety 
of host 
iSBC boards 
along 


with the iSXM 552 and iSXM 552A LAN controllers. 


iAMX-NET 
A2.0 operates 
in a COMMputer 
environ- 


ment with the iSBC 186/51. 


iAMX-NET 
A2.0 is NOT supported 
by the iAMX 86 


A6 or iAMX 286 A1 Operating 
Systems. 


iAMX-NET 
A2.0 
does 
NOT 
operate 
with 
iNA 
961 


AU 
or iNA 960/961 
A2.0 Transport 
Software. 


iAMX-NET 
A2.0 
does 
NOT operate 
with 
the iSBC 


186/530 
LAN Controller 
board 
or with the iSBXTM 


586 MUL TIMODULETM. 


The compatible 
combinations 
of COMMengine 
and 


COMMputer 
hardware 
and 
software 
are shown 
in 


Tables 
2, 3, and 4. 


Table 
2. Valid IRMX®·NET 
R2.0 Compatible 


COMMenglne 
Host Boards 
and Software 


COMMenglne 
Host 
iSBC~ Boards: 


86/30 
86/35 
286/10 (A) 
286/12 
286/20 
386/20 


Host Operating System 
IRMX~86 
IRMX~ 286 


R7 
R6 
R2 
R1 


Yes 
No 
No 
No 


Yes 
No. 
No 
No 


Yes 
No 
Yes 
No 


Yes 
No 
Yes 
No 


Yes 
No 
Yes 
No 


No 
No 
Yes 
No 


Table 
3. iRMX®·NET 
R2.0 Compatible 


COMMenglne 
LAN Controller 


Boards 
and Software 


COMMenglne 
Transport 
Software: 
iNA 961 R1.3 


iNA961 R2.0 


COMMenglne Hardware 


ISXMTM552A ISXM 552 ISBC~ 186/530 


Yes 
Yes 
No 


No 
No 
No 


Table 
4. IRMX®·NET 
R2.0 Compatible 


COMMputer™ 
Boards 
and Software 


COMMputer™ 
Software: 


iRMX~ 86 
R7 
R6 


iRMX286 
R2 
R1 


iNA960 
R1.1 
R2.0 


COMMputer Hardware 


ISBC~ 186/51 
ISBC286/12 


with ISBXTM586 


Yes 
No 


No 
No 


No 
No 


No 
No 


Yes 
No 


No 
No 


iAMX-NET 
A2.0 typically 
requires 
from 90K to 145K 


bytes of memory 
depending 
on the particular 
hard- 


ware and software 
configuration. 


Order 
Code 


RMXNETJSU 


Description 


Development 
license. 
No 
pass-through 
allowed. 


OEM 
license 
allowing 
pass- 


through 
of 
iRMX-NET 
Soft- 
ware 
with 
payment 
of appro- 
priate incorporation 
fee. 


Incorporation 
fee 
for 
iRMX- 


NET. 


Development 
license 
kit bun- 
dling iRMX-NET 
Software 
with 
the 
iNA 
961 
Transport 
Soft- 
ware. 
No 
pass-through 
al- 
lowed. 


iRMX-NET 
Software 
bundled 
with 
the 
iNA 
961 
Transport 
Software 
and the iSXM 552A 
LAN 
controller 
to 
provide 
a 
complete 
IEEE 
802.3 
LAN 
connection 
for an iRMX Multi- 
bus system. 


An Intel 
Software 
License 
Agreement 
(SLA) 
is re- 


quired to order iRMX-NET 
Software 
products. 


Please consult 
the current 
Intel Product 
Catalog 
for 


complete 
order 
code 
descriptions 
and licensing 
in- 
formation. 


Title 


iRMX Networking 
Software 
Release 


2.0 User's Guide 


iRMX Networking 
Software 
Users' Guide 


[for iRMX-NET 
R1.0A] 


iNA 960 Programmer's 
Reference 
Manual 


[for iNA 960 R1.1] 


iNA 960 Architecture 
Reference 
Manual 


[for iNA 960 RU] 


Order 
No. 


460255 


Title 


iNA 961 Programmer's 
Reference 
Manual 


[for iNA 961 R1.3] 


iNA 960 Release 2.0 Programmer's 
Reference 
Manual 


iNA 960 Release 2.0 Configuration 
Guide 


iSBC/iSXM 
552A IEEE 802.3 
Communication 
Controller 
User's Guide 


[Hardware 
Reference 
Manual] 


iSBC 552 Ethernet 
Communications 


Controller 
Hardware 
Reference 
Manual 


iSBC 186/51 
COMMputer 
Board 


Hardware 
Reference 
Manual 


iSBX 586 MUL TIMODULE 
Ethernet 


Communication 
Controller 
Hardware 


Reference 
Manual 


iSBC 186/530 
Ethernet 
COMMengine 


User's Guide 


OpenNET 
PC Link User's Guide 


VAXIVMS 
OpenNET 
Hardware 
and 


Transport 
Software 
Installation 
Guide 


VAXIVMS 
OpenNET 
Networking 


Software 
User's Guide 


XENIX Networking 
Software 
User's Guide 


[for XENIX-NET 
R2] 


XENIX Networking 
Software 
Installation 


and Configuration 
Guide 
[for XENIX-NET 
R2] 


iNDX OpenNET 
User's Guide 


OpenNET 
NRM Installation 
Manual 


OpenNET 
NRM User's Guide 


OpenNET 
Planning and Design Guide 


To order Intel Literature, 
contact 
your 


local Intel sales office or write or call: 


Intel Literature 
Sales 
P.O. Box 58130 
Santa Clara, CA 95052·8130 
(800) 548-4725 


Order 
No. 


122274 


149230 


149228 


166664 


480070 


135848 


136883 


136882 


138444 
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(MAPNET2.1 AND MAP2.1SXMSW) 


MEMBER OF THE OpenNETTM PRODUCT FAMILY 


• 
Supported 
by OpenNETTM-Map 


Hardware 
and Software: 


- 
iSBCl8>554Token 
Bus Board 


- 
iNA 960 Communication 
Software 


• 
MAPNET2.1 
Implements 
ISOIOSI 


Layers 5-7, 
as Specified 
by Map 


Version 
2.1 


• 
Designed 
to Interface 
with iNA 960 Rei 


2.0-Intel's 
Transport 
and Network 


Software 
for Layers 3-4. 


• 
MAPNET2.1, 
iNA 960 Rei 2.0 and the 


iSBCl8>554 Map Board Provide 
a Seven 


Layer, 
Modular 
and Conflgurable 
MAP 


Solution 
Based on Intel's OpenNET 


Architecture. 


• 
Provides 
MAP 2.1 ISO FTAM, Session, 


CASE, Network 
Management/Directory 


Services 


• 
Pre-Configured 
to Run on Intel's iSBC 


554 MAP Board 


• 
Preconflgured 
Software 
Provides 


Layers 3-7 
of the MAP 2.1 


Specifications. 


• 
Preconflgured 
Map Software 
with the 


iSBC 554 Board Provides 
a Seven 


Layer Turnkey 
Solution. 


MAPNET2.1, iNA 960 Rei 2.0 and the iSBC 554 Map Board are ready-to-use building blocks for OEM suppliers 
of networked systems to implement ISOIOSllayers 1-7, as specified by MAP version 2.1. The Intel iSBC 554 
board provides the data link and the IEEE 802.4 based physical layer for MULTIBUS@ based systems. 
MAP-NET is designed to use the services and interface provided by Intel's iNA 960 Rei 2.0 Software package. 
iNA 960 Rei 2.0 provides the ISO 8473 network and ISO 8073 transport layers 3 and 4 of MAP 2.1. 
MAPNET2.1 provides layers 5-7 of the MAP 2.1 specifications and is designed to run on top of iNA 960 Rei 
2.0 on the iSBC 554 board. Together the board and software modules provide a complete, seven layer 
configurable MAP solution for OEM's. The MAP-NET software is also available preconfigured with iNA 960 Rei 
2.0 to run on the Intel iSBC 554 board. This preconfigured software with the board provides a complete 7 layer 
turnkey solution for MAP 2.1. 


Figure 1. below indicates how Intel's OpenNETIMAP software and hardware products fit in the ISOIOSI 
reference model for MAP. 


APPLICATION 


PRESENTATION 


SESSION 


TRANSPORT 


NETWORK 


DATA 
LINK 


PHYSICAL 


I ~ 
I 
[i]'~"IT' 
SOFTWARE 


~ 
(LAYERS 5-7) 


MAP2.1 SXMSW 


] 


(PRECONFIGURED 
MAP LAYERS :5- 7 
I © I'"",.." 
SOFTWARE) 
SOFTWARE 
o 
(LAYERS :5- 4) 


] 
] 


(LAYERS 1 - 2) 


TURNKEY SOLUTION 
CONFIGURABLE SOLUTION 
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The Intel MAPNET2.1 software provides the follow- 
ing services specified by MAP 2.1; the session serv- 
ice, directory services, network management. FTAM 
and CASE. These services fit into the upper 3 layers 
of the ISO/OSI 7 layer model. 


Using the Services of MAP-NET. users can initiate 
communications with other users on a MAP LAN. 
access information regarding resources available on 
a LAN, transfer files across a LAN and address oth- 
er users on the LAN by logical names rather than 
numbered addresses. 


MAP-NET is designed to interface with iNA 960 Rei 
2.0. iNA 960 Rei 2.0 provides the network and trans- 
port protocol that is required by the map specifica- 
tion. Please refer to the iNA 960 data sheet for more 
information. The configurable software packages 
MAP-NET and iNA 960 Rei 2.0 are designed to run 
on the iSBC 554 for a complete, on-board, seven 
layer map COMMengine. 


MAP2.1SXMSW is a preconfigured software pack- 
age that incorporates the functions of MAP-NET and 
iNA 960 Rei 2.0. This package provides layers 3-7 
and is designed to run on the iSBC 554 for a com- 
plete. 
on-board, 
seven 
layer. 
turnkey 
MAP 


COMMengine. 


The MAPNET2.1 software implementation provides 
the Session services specified in the MAP version 
2.1 specification. The session service is built on top 
of the iNA 960 Rei 2.0 transport service. iNA 960 Rei 
2.0 provides the class 4 services of the ISO 8073 
transport specification and the ISO 8473 network 
specification. The Session service supports all of the 
services provided by the underlying transport layer. 
Besides. the session layer also provides a 'graceful 
close' service. This service enables a user to re- 
lease a session connection without the loss of any 
outstanding requests. The 'graceful close' feature is 
in addition to the 'abort' method of close provided by 
transport. 


The MAPNET2.1 Directory Services software main- 
tains a database of network objects such as node 
names, user names. etc...• and related properties. 
For example, the directory services can be used to 
store the name of a network user and his network 


addresses as the properties associated with his 
name. A network user or application can query the 
directory service to retrieve information from this da- 
tabase. Users can also add or delete objects and 
properties from this database. 


The Directory Services provided in MAPNET2.1 
does the following: 
- 
Runs on top of CASE 
- 
Performs name to address conversion 


- 
Maintains a local cache of resolved names 


- 
Provides two forms of Directory Service-Client 
Service Agent for Local Data Base and Directory 
Service Agent for Remote/Master 
Data Base. 


(Can be configured to utilize the host memory 
pool) 


The MAPNET2.1 Common Application Service Ele- 
ments (CASE) is built on top of the MAPNET2.1 Ses- 
sion Service. 


CASE is designed to support all the services provid- 
ed by the lower ISO layers. In addition, MAP 2.1 
CASE provides name-to-address translation for the 
user. By the use of the CASE service, a process can 
make a connection request to a remote process by 
using only the names of the processes. CASE takes 
these process names supplied by the user and re- 
solves these names into network addresses and 
identification utilizing the services provided by the 
MAPNET2.1 Directory Service. 


This greatly increases the ease-of-use of network 
Services provided by the underlying layers. 


MAP-NETTM 
FILE TRANSFER, 


ACCESS 
AND MANAGEMENT 
(FTAM) 


The FTAM Software in MAPNET2.1 provides remote 
file transfer capability. This capability is provided by 
the implementation of file request 'Initiator' module 
and a file request 'Responder' module. The Initiator 
intercepts file commands from the local user and 
transmits them across the LAN to the Responder at 
the node where the target file resides. The Re- 
sponder receives, interprets, and executes the com- 
mand acting as a user on its local node. File transfer 
between nodes is made possible by the implementa- 
tion of a common set of file transfer protocols de- 
fined by the ISO FTAM Specification. 


inter 


MAP-NETTM NETWORK 
MANAGEMENT 
FUNCTIONS 
(NMF) 


The NMF meets or exceeds the MAP2.1 functionali- 
ty for net management of each layer. The NMF inter- 
faces to CASE, Session, Transport, Network, and 
Data Link layers. It provides three basic services: 
- 
Read Net Management Object 


- 
Set Net Management Object 


- 
Event Notification 


The NMF can be configured as a Net Manager for 
managing local or remote Net Agents or Net Agent 
for use by a remote Network Manager. 


1) Create files on a remote node. 
2) Write into files on a remote node. 
3) Read files on a remote node. 
4) Delete files on a remote node. 
5) Get file attibutes on a remote node. 


To perform the above functions the Initiator module 
should be configured in the user's node and the Re- 
sponder should be configured in the remote target 
node. MAp·NET FTAM implementation allows a 
node to be 1) a file Initiator only, 2) a file Responder 
only and 3) both an Initiator and Responder. 


MAPNET2.1 is designed to interface with iNA 960 
Rei 2.0. iNA 960 Rei 2.0 provides the transport and 
network layers as required by the MAP specifica- 
tions. Table 1 shows some examples of functions 
provided by MAPNET2.1 and iNA 960 Rei 2.0. 


MAP2.1SXMSW-PROCONFIGURED 
LAYERS 3-7 MAP 2.1 SOFTWARE 


MAP2.1SXMSW preconfigured 7 layer solution sup- 
ports all seven layers on the iSBC 554 MULTIBuse 
based commengine board. The services that are 
supplied by this preconfigured software package are 
FTAM, Directory Services, CASE, Session, Trans- 
port and Network layers. In order to provide maxi- 
mum flexibility in interfacing user applications, the 
network management facility has been added. The 
preconfigured MAP software product is supplied with 
iRMXe86 device drivers, user interface utilities and 
the 7 layer conformance tested software. 


Figure 2 is a layout of the complete seven layer 
commengine. The preconfigured MAP software is 
downloaded on the iSBC 554 board. The user utili- 
ties can communicate with the seven layer commen- 
gine via the MULTIBUS Interface Protocol (MIP). 


MIP is an Intel reliable process to process message 
delivery protocol between MULTIBUS processors. 
An implementation of the MIP protocol is provided 
on the iSBC 554 for communication with the host. 
The corresponding MIP/File Access Interface will 
have to be provided on the host side for communica- 
tion with the iSBC 554. The user utilities include Di- 
rectory Services, File Transfer and Net Manage- 
ment. The MIP/File Access Interface is available 
from Intel for the iRMX 86 Operating System and 
can be easily ported to other operating system envi- 
ronments. 


inter 


Presentation 


Session 


Network 
Management 


Table 
1. MAP2.1SXMSW 
and MAP-NETTM/iNA 
960 ReI 2.0 Services 


File Transfer, 
Access 
and Management 
(FT AM) 
provides 
remote operations 
on files (create, read, write, delete, 
get file attributes) 
Common 
Application 
Service Elements 
(CASE) 
supports 
all the services 
provided'by 
the lower ISO layers 
provides 
name to address translation 
support 
Directory 
Services 
performs 
name to address conversion 
maintains 
local cache of resolved 
names 
two forms of Directory 
Service-client 
Service Agent for local data base and 
directory 
Service Agent for remote (master) data base 


Null 


Implements 
subset of ISO session 8327 specified 
by the MAP 2.1 specifications. 
Provides 
'Graceful 
Close' 
'graceful 
Close' allows the closing of a connection 
without 
any loss of queued 
requests 
it enhances 
the transport 
provided 
'Close' which aborts a connection 


Virtual circuit 
open: establish 
a virtual circuit database 
send connect: 
actively try to establish 
a virtual connection 
await connect: 
passively 
awaits the arrival of a connection 
request 
send: send a message 
receive: 
post a buffer to receive a message 
close: close a virtual circuit 
Datagram 
send: send a datagram 
message 
receive: post a buffer to receive a datagram 
message 
"L 


Internetworking 
routing between 
multiple lans 
segmentation/ 
reassembly 
user defined 
routing tables 
Multiple subnets 
supported 
user supplied 
802.3, 802.4 
r 


Transmit: 
transmit 
a data link packet 
Receive: 
post a buffer to receive a data link packet 
Connect: 
make a data link logical connection 
(link 
service access point. IEEE802.4) 
Disconnect: 
disconnect 
a data link logical connection 
Change token bus address 
Add multicast 
address 
Delete multicast 
address 
Configure 
TBH 


Read/Clear/Set 
network 
objects 
(local/remote): 
read/clear/set 
local or remote MAP-NET /iNA 960 network 
parameters 
Read/Set 
network 
memory (local/remote): 
read/set 
memory of the local or a remote station 
useful in network 
debug process 
Boot consumer: 
requests 
a network 
boot server to 
load a boot file into this station 
Echo: Echo a packet between 
this station and 
another 
remote station on the network 


.----------. 
USER 
OPERATING 


SYSTEM 


FilE 


ACCESS 
INTERFACE 


HOST 
-------------------------- 
iSBC©SS4 
BOARD 


Available Literature 
- 
iNA 
960 
Release 
2.0 
Programmers 
Reference 


Manual. 


- 
iNA 960 Release 
2.0 Configuration 
Guide 


- 
iNA 960/MAP-NET 
Installation 
Guide 


- 
iSBC 186/51 
Hardware 
Reference 
Manual 


- 
iSBC/iSXM 
552 Hardware 
Reference 
Manual 


Figure 2. MAp·NETTM/MAP2.1SXMSW 
User Interface 


- 
iSBC/iSXM 
552A Hardware 
Reference 
Manual 


- 
iSBC 554 Hardware 
Reference 
Manua! 


- 
MAP-NET 
Programmers 
Reference 
Manual 


- 
RMX-NET 
Programmers 
Reference 
Manual 


- 
iNA 960/961 
Rei 2.0 Data Sheet 


- 
iSBC 554 Data Sheet 


- 
iSBC 552A Data Sheet 
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Hardware 
Part Number 
iSBC 554-1 
Modem Frequencies/Channel Pairs 
Transmit: 59.75 to 71.75 MHz/Ch. 3 
and 4 
Receive: 252 to 264 MHz/Ch. P and Q 
Transmit: 71.75 to 83.75 MHz/Ch. 4A 
and 5 
Receive: 264 to 276 MHz/Ch. Rand S 
Transmit: 83.75 to 95.75 MHz/Ch. 6 
and FM1 
Receive: 276 to 288 MHz/Ch. T and U 


Software 
Code 
MAP21SXMSWRO 
Description 
License for preconfigured MAP 
2.1 layers 3-7 software. 


Incorporation fee for preconfig- 
ured MAP 2.1 layers 3-7 
soft- 


ware (License required). 
License for configurable MAP 
2.1 layers 5-7 software. 
Incorporation fee for configura- 
ble MAP 2.1 layers 5-7 
soft- 


ware (License required). 


Preconfigured transport and in- 
ternet 
software 
for 
a 
IEEE 


802.3 to IEEE 802.4 router. 


Configurable MAP 2.1 layers 
3-4 software. 


Hardware/Software 
Packages 


Code 
Description 


MAP554NODEKIT-X Package consists of: 


(X = 1, 2 or 3) One iSBC 554-X (X = 1, 2 or 


3) and 
One MAP21SXMSWRF. 
This kit requires the prior 
purchase of 
MAP2.1SXMSWRC- 
the software license. 


iDCM 911·1 INTELLINK™ 
ETHERNET* CLUSTER MODULE 


• 
Eliminates Need for Transceivers and 
Ethernet Coaxial Cable for a Local 
Cluster of Workstations 


• 
Enables Local Cluster of Nine 
Workstations to Connect to Main 
Ethernet Cable with Only One 
Transceiver 


• 
Permits Clustering of up to Nine 
Workstations in a Smaller Area 


• 
Enables Workstations to be up to 100M 
from Main Ethernet Cable 


• 
IEEE 802.3/Ethernet Compatible 


The IntellinkTM Ethernet 
Cluster 
Module 
is a device 
used as a means 
of interconnecting 
up to nine Ethernet 


devices 
without 
the need for Ethernet 
coaxial cable and transceivers. 
The Intellink 
module forms a standalone 


Ethernet 
local area network 
with "interconnection" 
communication 
capability. 
The Intellink 
module 
(and at- 


tached 
devices) 
can optionally 
be connected 
to the Ethernet 
coaxial 
cable through 
a single transceiver. 


III1III111I11 ill ill ili1II11III1IIII1 ill 
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1 
~ 
TO 50 METE'"L 
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Intellink module performs the same functions as a 
standard Ethernet transceiver. It buffers receive and 
transmit data, detects attempts by two or more sta- 
tions to gain access to the line simultaneously, sig- 
nals the presence of a collision to the transmitting 
stations, and transmits the jam signal prior to initia- 
tion of the random back-off algorithm. 


Ethernet Work Station to Intellink™ 
Interface 
(WI) Connectors 


There are nine WI interface connectors into which 
Ethernet-based systems can be connected. Each 
connector has the same signal pairs as does the 
equivalent connector on a standard Ethernet trans- 
ceiver. 


IntellinkTM Module to Transceiver 
Interface 
(IT) Connector 


The IT interface connector on the Intellink module is 
used to connect the local cluster to the "main" 
Ethernet cable through a standard transceiver, or 
can be left unconnected for standalone operation. 
The characteristics of this connector are identical to 
an Ethernet system to transceiver cable connector. 


The Intellink module can function in standalone op- 
eration in which case it appears as a "zero length 
Ethernet segment" for up to nine Ethernet-based 
systems, or optionally can be connected to the 
"main" 
Ethernet coaxial cable through a single 


transceiver. When connected to the "main" Ether- 
net coaxial cable, it extends the Ethernet system in- 
terface to the transceiver from 50 meters to 100 me- 
ters. (Figure 1). 


Width: 
Height: 


Depth: 
Weight: 


14 in. (35.56 cm) 
7.8 in. (19.81 cm) 
5.5 in. (13.97 cm) 
10 lb. (4.52 kg) 


(Voltages AC RMS) 


Voltage (15%) 


100V ±15% 


,120V ±15% 


220V ±15% 


240V ±15% 


NOTE: 
The frequency range is 47 to 
64 Hz, single phase. 


ENVIRONMENTAL 
CHARACTERISTICS 


Temperature: 
10·C to 40·C Operating 
- 40·C to 70·C Non-Operating 


Humidity: 
10% to 85% Operating 
5% to 95% Non-Operating 


Part Number 
Description 
iDCM 911-1 
Intellink, IEEE 802.3/Ethernet com- 
patible 
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iNA 960/961 RELEASE 2.0 
TRANSPORT AND NETWORK SOFTWARE 


MEMBER OF THE OpenNETTM PRODUCT FAMILY 


• 
Connectionless 
Transport 
(Datagram) 


Services 


• 
Data Link Drivers 
Support 
Many 
Hardware 
Environments 
-IEEE 
802.3 Hardware 
Such as the 
ISBC@ 186/51, 
ISXMTM 552(A), 
and 


ISBXTM 586 Boards and Various 
Designs 
Based on the 8086, 8088, or 


80186 Processors 
and the 82586 
LAN 


Coprocessor 
-IEEE 
802.4 Hardware 
such as the 
ISBC@ 554 Board 
- 
Others 
Definable 
by the User 


• 
Comprehensive 
Network 
Management 


Services 
- 
Collection 
of Network 
Usage 
Statistics 
- 
Setting 
and Inspecting 
of Transport 


and Data Link Parameters 
- 
Fault Isolation 
and Detection 
- 
Boot Server 


• 
Certified 
ISO Standard 
Transport 
and 


Network 
Layer Software 


• 
ISO 8073 Transport 
Class 4 Services 


- 
Multiple 
Virtual Circuit Connection 


Capability 


- 
Guaranteed 
Message 
Integrity 


- 
Data Rate Matching 
(Flow Control) 


- 
Variable 
Length 
Messages 


- 
Expedited 
Delivery 


• 
ISO 8473 Network 
Class 3 Services 


- 
Connection less Internetworklng 
Capability 


- 
Supports 
End·Node 
Systems 


- 
Supports 
Internetwork 
Routers 


• 
Highly Conflgurable 
for Multiple 
System 


Environments 
- 
As an IRMX@ 86 Job 


- 
As a Stand-Alone 
Communications 


Processor 
System 
- 
Supports 
Other 
Host Operating 


System 
Independent 
Designs 


iNA 960 is a complete 
transport 
and network 
software 
system 
plus a comprehensive 
set of network 
manage- 


ment functions, 
data link drivers, 
and system 
environment 
features. 
It is highly configurable 
to allow optimized 


selection 
of features, 
parameters, 
data link drivers, 
and memory 
buffers for a variety of system 
environments. 


iNA 961 is derived 
from iNA 960. It consists 
of preconfigured 
subsets 
of iNA 960 that are designed 
to operate 


with several 
specific 
COMMengine 
hardware 
environments. 
iNA 961 contains 
preconfigured 
load files ready 


for download 
to the hardware. 
Load files are included 
to support 
the iSXM 552 and iSXM 552A 
IEEE 802.3 


COMMengines, 
and the iSBC 554 IEEE 802.4 (MAP) COMMengine. 


iNA 960/961 
is a mature, 
flexible, 
and ready-to-use 
software 
building 
block for OEM suppliers 
of networked 


systems 
for both technical 
and commercial 
applications. 
Using the iNA 960 software 
the OEM can minimize 


development 
cost and time while achieving 
compatibility 
with a growing 
number of equipment 
suppliers 
adopt- 


ing the ISO and IEEE standards. 


APPLICATION 


NETWORK ,I 
MANAGEMENT 


PRESENTATION 


SESSION 


TRANSPORT 


~_u 
NETWORK 
MENTEO 
BY,N'" 


DATA 
LINK 
INTERfACE 
..-- ---------.--- 


PHYSICAL 
DATA 
LINK 


} 
IM •••• 
M£NT£D 


PHySICAL 
IYHAADWARE 
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Using the ISO seven layer model for network com- 
munications, iNA 960 provides the services of layers 
four and three, the transport and network layers. 
The iNA 960 design is an implementation of the 
Class 4 services of the ISO standard 8073 connec- 
tion oriented transport protocol. The iNA 960 trans- 
port layer provides a reliable fUll-duplex message 
delivery service on top of the internetworking capa- 
bility offered by the network layer. The iNA 960 net- 
work layer is an implementation of the Class 3 serv- 
ices of the ISO standard 8473 connectionless net- 
work protocol. The network layer allows routing of 
information 
packets 
between 
different 
networks 
(each network is called a subnetwork). The network 
layer directs information packets to the packet deliv- 
ery services of the IEEE 802.3 or IEEE 802.4 data 
link and physical layer functions. 


Consisting of linkable object modules, the iNA 960 
software can be configured to implement a range of 
capabilities and interface protocols. In addition to re- 


SELECTABLE 
INTERFACE 
WODULES 


TRANSPORT 
LAYER 
ISO 8073 


NETWORK 
LAYER 
ISO 8473 


SELECTABLE 
HARDWARE 
DRIVERS 


liable process-to-process message delivery serv- 
ices, iNA 960 includes a datagram service, internet- 
working end-node capabilities, internetworking rout- 
er node capabilities, boot server capabilities, a direct 
user access to the data link layer, and a comprehen- 
sive network management facility. 


iNA 960 also contains a variety of client program 
interfaces, data link drivers, and a stand-alone oper- 
ating system executive. As a result, iNA 960 is highly 
configurable to run under the iRMX 86 operating 
system, to run under its own operating system exec- 
utive on an Intel iSXM IEEE 802.3 or IEEE 802.4 
network board, or to run on a custom designed con- 
troller with an 8086, 8088, or 80186 processor cou- 
pled with an 82586 data link coprocessor. 


The iNA 960 software also includes a comprehen- 
sive network management service. This facility en- 
ables the user to monitor and adjust the network's 
operation in order to optimize its performance. 


For a conceptual block diagram of iNA 960, refer to 
Figure 2. 


STANO-ALONE 
OS 
EXECUTIVE 


NETWORK 
WANAGEWENT 
FUNCTIONS 
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The Transport Layer provides message delivery 
services between client processes running on com- 
puters (network "nodes") anywhere in the network. 
Communicating client processes within the network 
are identified by a transport address that is a combi- 
nation of a network address defining the network 
node and a transport service access point defining 
the interface point through which the client accesses 
the transport services. The transport address is sup- 
plied by the iNA 960 user for both the local and the 
remote client processes that are to be connected. 


The iNA 960 transport layer implements two kinds of 
message delivery services: virtual circuit and data- 
gram. The virtual circuit services provide a reliable 
point-to-point message delivery capability that en- 
sures maximum data integrity and is fully compatible 
with the ISO 8073 Class 4 protocol standard. The 
datagram service provides a best-effort message 
delivery between client processes requiring less 
overhead and therefore allows higher throughput 
than virtual circuits. 


Both the datagram and the virtual circuit services are 
optional and can be included when configuring iNA 
960. 


Reliable Delivery: Data is delivered to the destina- 
tion in the exact order it was sent by the source with 
no errors, duplications or losses, regardless of the 
quality of service available from the underlying net- 
work service. 


Data Rate Matching (flow control): The Transport 
Layer attempts to maximize throughput while con- 
serving communication 
subsystem resources by 
controlling the rate at which messages are sent. 
That rate is based on the availability of receive buff- 
ers at the destination and its own resources. 


Multiple Connection Capability (Process Multiplex- 
ing): Several Processes can be simultaneously using 
the Transport Layer with no risk that progress or lack 
of progress by one process will interfere with others. 


Variable Length Messages: The client software can 
submit arbitrarily short or long messages for trans- 
mittal without regard for the minimum or maximum 
network service data unit (NSDU) lengths supported 
by the underlying network services. 


Expedited Delivery (optional): With this service the 
client can transmit up to 16 bytes of urgent data 
bypassing the normal flow control. The expedited 
data is guaranteed to arrive before any normal data 
submitted afterward. 


Connectionless 
Transport 
(Datagram) 


Service 


The datagram service transfers data between client 
processes without establishing a virtual circuit con- 
nection. The service is a "best effort" capability and 
data may be lost or misordered. Data can be trans- 
ferred at one time to a single destination or to sever- 
al destinations (multicast). The iNA 960 datagram 
service conforms to the ISO draft standard DIS 
8602. 


The network layer of iNA 960 provides the Class 3 
connectionless network services specified by the 
ISO standard 8473 protocols. 


The iNA 960 network layer provides the capability of 
connecting multiple different networks (called sub- 
networks) together and having information packets 
from one subnetwork routed to a destination on any 
other subnetwork. The network layer thus provides 
for two major capabilities: 


• Internetworking 
• Multiple subnets attached to one node 


The iNA 960 network layer allows the user a variety 
of configurations. A node can be configured as: 


• An internet end node belonging to a single sub- 


network which is in turn connected to other sub- 
networks. In this configuration, the end node has 
the capability to address other nodes anywhere 
on the entire system of subnetworks. 


• An internetwork router belonging to two or more 


subnetworks. In this case, only the ISO 8473 
standard connectionless internetworking layer is 
configured on the node. The user can select the 
addressing and routing algorithms to be used. 
The iNA 960 network layer provides a routing al- 
gorithm with user changeable routing tables. The 
network layer also permits the future addition of 
address passing and routing algorithms as stan- 
dards emerge. A router node can be configured 
with a variety of subnet data link and physical lay- 
ers of mixed media types. The transport layer and 
above are not needed by this node. 


inter 


• A multi-homed end system which is connected to 


two or more subnets. The network layer can pro- 
vide routing between these subnets. In this case 
the transport layer is included and applications 
can run on this system and communicate on all 
subnetworks connected to it. 


• A single network end node which can address 


nodes on one subnetwork only. This gives iNA 
960 the transport layer functionality and a null 
network layer. The program interface to iNA 960 
can be set up to accept the network address for- 
mat of the ISO 8473 standard or of the previous 
draft ISO standard. 


The iNA 960 network layer has a variety of data link 
drivers for both IEEE 802.3 and IEEE 802.4 data link 
and physical layers. Specifically, IEEE 802.3 hard- 
ware drivers are included for the iSSC 186/51 
COMMputer, 
the 
iSSC/iSXM 
552 
and 
552A 


COMMengines, the iSSX 586 module, and 82586- 
based custom designed systems. An IEEE 802.4 
data link driver is also included for the iSSC 554 
token-bus MAP board. In addition, a user can add up 
to two user written subnetworks (when operating un- 
der the iRMX 86 operating system). Communication 
between the subnetwork drivers and the network 
layer is via request blocks and is based on the pro- 
grammatic interface specified by iNA 960. 


Router Capabilities 


Since iNA 960 includes a wide variety of data link 
drivers and a flexible internetworking capability, a 
wide variety of internetworking configurations are 
supportable. 
• With the iSSC 554 board and the iSSX 586 mod- 


ule, an IEEE 802.4 MAP token-bus to IEEE 802.3 
Ethernet CSMAlCD router is supported. iNA 961 
includes a preconfigured load file for this hard- 
ware configuration. 


• With the iSSC 186/51 board and the iSSX 586 


module, an IEEE 802.3 to IEEE 802.3 router is 
supported. 
• With the iSSC 186/51 board (which has both an 


IEEE 802.3 port and a serial port), the user can 
link a separate serial data link driver (such as for 
X.25) to the iNA 960 network layer and produce 
an IEEE 802.3 to serial link router. 


For full internetworking configurations, the user can 
set up the routing tables which are used for routing 
information 
packets 
between 
subnetworks. 
The 


routing tables can be changed during operation via a 
routing management facility. Information packets fol- 
low the routing path fixed by the routing table infor- 
mation. 


The Network Management Facility provides the user 
of iNA 960 with planning, operation, maintenance, 
and initialization services described below: 


• Planning: This service captures network usage 


statistics on the various layers to observe net- 
work traffic and to help plan network expansion. 
Statistics are maintained by the layers them- 
selves and are made available to users via a pro- 
gram·interface with the NMF. 


• Operation: This service allows the user to monitor 


network functions and to inspect and adjust net- 
work parameters. The goal is to provide the tools 
for performance optimization on the network. 


• Maintenance: This service deals with detecting, 


isolating, and correcting network faults. It also 
provides the capability to determine the presence 
of other nodes on the network and the viability of 
their connection to the network. 


• Initialization: NMF provides initialization and re- 


mote loading facilities for remote nodes on the 
network. 


Network management provides distributed manage- 
ment of the network. The user can request any of 
the services to be performed on a remote as well as 
a local node. The NMF interfaces to every other net- 
work layer both to utilize their services and to access 
their internal data bases. 


In support of the above services, the NMF capabili- 
ties include layer management, echo testing, limited 
debugging facilities, and the ability to down line load 
and dump a remote system. 


The NMF software provides a routing management 
facility which can be used to change the internet- 
working routing tables. The routing tables are used 
by the network layer to route information packets 
between subnetworks. 


The NMF provides the hooks for MAP-NET software 
(which provides layers 5 through 7 support for MAP 
networks) to support the network management func- 
tions in the MAP 2.1 specification. Thus, the MAP- 
NET user has a choice of selecting the Intel NMF 
network management functions or the MAP network 
management functions. 


Layer management deals with manipulating the in- 
ternal database of a layer. The elements of these 
data bases are termed objects. Some examples for 
objects are the number of collisions, the retransmis- 
sion timeout limit, the number of packets sent, and 
the list of nodes to boot. NMF can examine and 
modify objects in a layer's data base. 
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An echo 
facility 
is provided. 
Using this facility, 
one 
node 
can determine 
if another 
node 
is present 
on 
the network 
or not, test the communication 
path to 
that node, and determine 
whether 
the remote 
node 


is functional. 


NMF enables 
the 
user to read or write 
memory 
in 
any node 
present 
on the 
network. 
This 
feature 
is 
provided 
as an aid to debugging. 


NMF can down line load any system 
present 
on the 
network. 
A simple 
Data Link protocol 
is used to en- 
sure reliability. 
This facility can be used to load data- 
bases, to boot systems 
without 
local mass storage, 


or to boot 
a set of nodes 
remotely, 
thus 
ensuring 
that they have the same version 
of software, 
etc. 


Dumping 
is an operation 
equivalent 
to memory 
read 
from the user's standpoint. 
However, 
dumping 
uses 
the Data Link facilities 
while memory 
read uses the 
transport 
facilities. 


The External 
Data Link option allows the user to ac- 


cess the Data Link Layer directly 
instead 
of having 
to go through 
the network 
and transport 
layers. This 


flexibility 
is useful when the user needs custom 
high- 
er layer software 
or does not need the Network 
Lay- 
er and Transport 
Layer services 
(e.g. when sending 


"best 
effort" 
messages 
or running 
customer 
diag- 


nostics). 


Through 
the 
EDL, 
the 
capabilities 
supporting 
the 
lower 
layers in iNA 960 are made directly 
available 


to the user. EDL enables 
the user to establish 
and 
delete 
data link connections, 
transmit 
packets 
to in- 
dividual 
and 
multiple 
receivers, 
and 
configure 
the 
data link software 
to meet the requirements 
of the 
given network 
environment. 


iNA 960 is designed 
to run on hardware 
based 
on 
the 8086, 8088, or 80186 microprocessors 
and the 
82586 LAN Coprocessor. 
The software 
can be con- 


figured 
to run under the iRMX 86 operating 
system 
or on a dedicated 
8086, 8088, or 80186 processor 
separately 
from the host. The following 
section 
de- 
scribes 
these two operating 
environments. 


iRMX® 86 Operating System 
Environment 


In this configuration, 
both the user program 
and iNA 
960 are running 
under 
the iRMX 86 operating 
sys- 


tem. The communications 
software 
is implemented 
as an iRMX 86 job requiring 
only the iRMX nucleus 


for most operations. 
The only exception 
is the boot 


server 
option 
which 
also needs 
the iRMX 86 Basic 


10 System. The iSBX 586 IEEE 802.3 module 
is sup- 


ported when iNA 960 runs under the iRMX 86 oper- 
ating 
system. 
Also, 
the two 
user defined 
data 
link 


drivers are supported 
when iNA 960 runs under the 


iRMX 
86 operating 
system. 
Figures 
3 and 4 show 


two example 
hardware 
configurations 
supported 
by 


iNA 960 running 
under the iRMX 86 operating 
sys- 


tem. 


ISBC- 188/51 
WITH IRMX- 88 
AND INA 960 R2 


Figure 
3. Configuration 
using 


iSBC@ 186/51, IRMX@ 86 and INA 960 


ISBC~ Board 
such 
as 
the 
ISBC~286/12 
Boord 
with 
IRMX86 and 
INA960 
Software 


Figure 
4. Configuration 
using 
an ISBC@ Board 


and iSBXTM 586 Controller 
Module 


Operating System Processor 
Independent Implementation 


iNA 960 is also 
capable 
of operating 
in a stand- 


alone 
system 
environment 
under 
its own operating 


system 
executive. 
This mode of operation 
is appro- 


priate 
in those 
systems 
where 
the 
iRMX operating 


system 
is not the primary 
operating 
system, 
where 


off-loading 
the host of the communications 
tasks 
is 


necessary 
for performance 
reasons, 
or where a cus- 
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tom designed communications front end processor 
configuration is being used. iNA 960 can be config- 
ured to support such implementations by providing 
network services on an 8086, 8088, or 80186 proc- 
essor that in turn controls an 82586 LAN coproces- 
sor. Figure 5 depicts the conceptual block diagram 
of this configuration. The iSBC/iSXM 552, the iSBC/ 
iSXM 552A, and the iSBC 554 boards are MULTI- 
BUS@I implementations of this architecture. Figures 
6 and 7 depict examples of these implementations. 


This approach provides the component and system 
designer with an ISO standard communications soft- 
ware building block that can be adapted to their sys- 
tem needs with a minimum development effort. For 
added flexibility, iNA 960 provides the user with the 
alternative of using the iNA 960 interface module or 
of writing their own module if necessary. 


Figure 5. In the operating system/processor 


Independent Implementation 
iNA 960 is running 


on a dedicated 8086, 8088 or 80186 processor. 


Isec· 
Host Processor 


Boord 


ISXll"sS2A 


funning 
INA 961 


Figure 6. Configuration 
using the 


iSXMTM552A and iNA 961 


ISBC· 


Host Processor 


Boord 


ISBC·55. 


runnIng 
INA 961 


Figure 7. Configuration 
using the 


ISBC@554 and INA 961 


iNA 960 is designed to run both under the iRMX 86 
operating system or on a dedicated communications 
front end processor separate from the host. In both 
environments, the user interface is based on ex- 
changing memory segments called request blocks 
between iNA 960 and the client. The format and 
contents of the request blocks remain the same in 
both configurations with only the request block deliv- 
ery mechanism changing. 


Request blocks are memory segments containing 
the data to be passed from the user to iNA 960 
(commands) or from iNA 960 to the user (respons- 
es). The iNA 960 request blocks consist of fixed for- 
mat fields identical across all user commands and 
argument fields unique to the individual commands. 
Refer to Figure 8 for the standard request block for- 
mat. 


Issuing an iNA 960 command consists of filling in the 
request block fields and transferring the block to iNA 
960 for execution. After processing the command, 
iNA 960 returns the request block with one of the 
pre-defined response codes placed in the response 
code field of the request block. The response code 
indicates whether the command was executed suc- 
cessfully or whether an error occurred. By examining 
the response code, the user can take appropriate 
action for that command. 


The request block delivery mechanism is the means 
by which the host processor and the communica- 
tions processor running iNA 960 software exchange 
the request blocks. iNA 960 provides three such 
mechanisms: the MIP (Multibus Inter-process Proto- 
col), the BCB (Base Control Block), and a user-de- 
fined mechanism. The MIP interface is included for 
use in systems already supporting this protocol, the 
BCB is a simple' interface for single host environ- 
ments, and the user-defined interface accommo- 
dates unique application requirements. 
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WORD/BYTE 


WORD 
BYTE 
WORD 
BYTE 
WORD 
WORD 
BYTE 
BYTE 
WORD 


BYTE 
) 
••• 


Reserved 
(2) 


Length 
Userl.D. 


Response 
Port 
Return Mailbox Token 
Segment 
Token 


Subsystem 
Opcode 
Response 
Code 


Arguments 
• 
• 


FIXED FORMAT 
FIELDS 


(same for all 
commands) 


(changes 
by 
command) 


Transport 
Layer User Interface 


The following 
table summarizes 
the user commands 
and the corresponding 
transport 
layer responses: 


Command 
Function 


OPEN 
Allocates 
memory for the connection 
database 
of a virtual circuit for 
connection 
to be established. 
The connection 
database 
contains 
data 
concerning 
the connection. 
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SEND CONNECT 
Requests 
connection 
to a fully specified 
remote transport 
address 
using 


REQUEST 
specified 
ISO connection 
negotiation 
options. 


AWAIT CONNECT 
Indicates that the transport 
client is willing to consider 
incoming 
connection 
REQUEST 
TRAN 
requests 
based on pre-established 
acceptance 
criteria. 


AWAIT CONNECT 
Indicates that the transport 
client is willing to consider 
incoming 
connection 


REQUEST 
USER 
requests 
if the request meets the address 
and negotiation 
option criteria it 
passed to the client for further consideration. 


ACCEPT CONNECT 
Indicates that the connection 
requested 
by a remote transport 
service is 


REQUEST 
accepted 
by the client. 


SEND DATA or 
With this command 
the client requests the transmission 
of the data in the 


SEND EOM DATA 
buffers using the normal delivery service of the specified 
connection. 


RECEIVE DATA 
Posts normal receive data buffers for a specific 
connection 
or for a buffer 


pool used by a class of connections. 


WITHDRAW 
RECEIVE 
Returns a previously 
posted receive buffer for use. 


BUFFER 


SEND EXPEDITED 
Transmits 
up to 16 bytes of data using the expedited 
delivery service. The 


DATA 
expedited 
data is guaranteed 
to arrive at the destination 
before any normal 


data submitted 
afterward. 


RECEIVE EXPEDITED 
Posts receive data buffers for expedited 
delivery for a specific 
connection 
or 
DATA 
for a pool of buffers used by a class of connections. 


inter 


Command 
Function 


WITHDRAW 
EXPEDITED 
Returns a previously 
posted expedited 
delivery 
receive buffer for use. 


BUFFER 
- 


CLOSE 
Terminates 
an existing connection 
or rejects an incoming 
connection 
request. Any normal or expedited 
data queued up to be sent will not be sent. 


AWAIT CLOSE 
Requests 
notification 
from the client of the termination 
of a specified 


I 
connection. 


STATUS 
Returns status of the transport 
service connections. 


SEND DATAGRAM 
Requests 
transmission 
of the data in the buffers using the transport 


datagram 
service. 


RECEIVE DATAGRAM 
Posts a receive buffer for a specific 
receiver or a class of receivers 
to 


receive data from a transport 
datagram. 


WITHDRAW 
Returns a previously 
posted datagram 
buffer for use. 


DATAGRAM 
BUFFER 


ADD DATAGRAM 
Allows a client to belong to a group and receive datagrams 
sent to this group 
MULTICAST 
ID 
in addition to receiving 
datagrams 
specifically 
addressed 
to the client. 


DELETE 
DATAGRAM 
Allows a client to remove themselves 
from a multicast 
group. 


Command 
Function 


READ OBJECT 
Returns the value of the specified 
object to the client. 


SET OBJECT 
Sets the value of an object as specified 
by the client. 


READ AND CLEAR 
Returns'the 
value of the specified 
object to the client then clears the object. 


OBJECT 


ECHO 
This function 
is used to determine 
the presence 
of a node to test the communication 
path to that node and to ascertain 
the viability and functionality 
of the remote host 
addressed. 


UP LINE DUMP 
Requests 
a remote node to dump a specified 
memory area. 


READ MEMORY 
Reads memory of the specified 
network 
node. 


SET MEMORY 
Sets memory of the specified 
network 
node. 


FORCE LOAD 
Causes a node to attempt 
a remote load from another 
node. 


Command 
Function 


CONNECT 
With this command 
the client establishes 
a data link connection. 


DISCONNECT 
Eliminates 
a previously 
established 
connection. 


TRANSMIT 
Transmits 
data contained 
in buffers specified 
by the client. 


POST RECEIVE 
Allocates 
memory for maintaining 
records on receive data buffers. Also may 
PACKET DESCRIPTOR 
be used to allocate 
memory for buffering 
receive data. 


ADD MULTICAST 
Adds an address to the list of data link multicast 
addresses. 


REMOVE 
MULTICAST 
Removes 
an address from the list of data link multicast 
addresses. 
ADDRESS 


SET DATA LINK ID 
Sets up a unique data link ID for the node. 


iNA 961 contains preconfigured subsets of iNA 960 
that are designed to execute on specific hardware 
configurations such as the iSXM 552A and the iSBC 
554 boards. The preconfigured load files in iNA 961 
are ready for downloading to the hardware and 
therefore require no software configuration effort by 
the customer. 


iNA 960 is highly configurable for a variety of system 
environments, and it therefore allows configuration 
and optimization by the customer. iNA 960 is config- 
urable at the object code level. 


In order to adapt iNA 960 to a specific system envi- 
ronment, the user must configure the software to 
define the desired functions, to select the appropri- 
ate user interface, to set the layer parameters, and 
to set up for the specific hardware configuration. 


There are a number of capability combinations the 
user may elect to implement in their application. At 
the transport layer level, the options are virtual cir- 
cuit service with or without expedited delivery, or da- 
tagram service, or both. At the network layer level, 
the options are to use the ISO 8473 internet layer or 
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SERIES III 
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PROM 


PROGRAMMER 
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-LINK 
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to use a null network layer. At the data link level, the 
user may include or exclude the External Data Link 
interface. 


The Network Management Facility is also optional. 
When it is configured in, the user may also include 
the boot server module. These capabilities can be 
made available simply by linking in the correspond- 
ing software modules. The interface options are also 
implemented in a modular fashion. The user links in 
the desired module to set up for the iRMX 86 operat- 
ing system or the operating system independent 
configurations. 


Layer parameters and configuration options are first 
edited into layer configuration files, then assembled 
and linked into iNA 960. Layer parameters adjust the 
network's operation to match the usage pattern and 
the available resources. For example, within the 
Transport Layer, the flow control parameters, the re- 
transmission timer parameters, the transport data 
base parameters, etc. can be set via this proce,ss. 


During the configuration process, the user also sets 
up for the required hardware configuration, such as 
port addresses, interrupt levels, number of memory 
buffers, etc. For the flow diagram of configuring iNA 
960, refer to Figure 9. 
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_ 
OPTIONAL 
FUNCTIONS 
• 
USER 
ENVIRONMENT 
• 
LAYER 
PARAMETERS 
• 
H!W CONFIGURATION 


intJ 


Hardware 
Supported 


- 
iSBC 186/51 
Communication 
Computer 


- 
iSBC/iSXM 
552 
and 
552A 
Ethernet 
COM Men- 


gines 


- 
iSBC 554 Token 
Bus (MAP) COMMengine 


- 
iSBX 586 Ethernet 
Data Link Engine when con- 


figured 
with a supporting 
iSBC or iSXM board. 


Typical 
Throughput 
at Transport 


Environments: 


186/51 
and iRMX 86 


Operations 
System 


Dedicated 
80186/82586 
COMMengine 


100k to 300k bytes/ 
sec 


Memory 
Requirements 
(in bytes): 


Base System 
12k 
plus 
configurable 
buffer 
memory 


18k plus configurable 
buffer 
memory 


2k 


3k 
plus 
data 
base 
memory 


20k 


2k 


1k to 5k 


5k 


5k 


Normal Virtual Circuit 
Option 


Expedited 
Delivery Option 


Datagram 
Option 


ISO 8473 Internet 
Layer 


Null Network 
Layer 


NMFOption 


External 
Data Link Option 


Boot Server Option 


Available 
Literature: 


- 
iNA 
960 
Release 
2.0 
Programmers 
Reference 


Manual 
(149231-001) 


- 
iNA 
960 
Release 
2.0 
Configuration 
Guide 


(149230-001 ) 


- 
iSBC 
186/51 
Hardware 
Reference 
Manual 


(122136-002) 


- 
iSBC/iSXM 
552 
Hardware 
Reference 
Manual 


(122141-002) 


- 
iSBC/iSXM 
552A 
Hardware 
Reference 
Manual 


(149228-001) 


- 
iSBC 554 Hardware 
Reference 
Manual 
(149229- 


001) 


- 
MAP-NET 
Programmers 
Reference 
Manual 


(149227-001) 


- 
RMX-NET 
Programmers 
Reference 
Manual 


(122323-002) 


iNA 960 is the order code for the fully configurable 
version 
of iNA 960 with the full ISO standard 
trans- 


port and network 
services. 
Licenses 
are available 
for 


both the object 
and the source 
code. 


iNA 961 is the order 
code 
for a preconfigured 
ver- 


sion of iNA 960 for the following 
hardware 
configura- 


tions: 


Hardware 
Network 
Layer 
# of Virtual 


Circuits 


- 
iSXM 552 Board 
null 
30 


- 
iSXM 552A Board 
null 
100 


- 
iSXM 552A Board 
internet 
100 


- 
iSBC 554 Board 
internet 
100 


- 
iSBC 554/iSBX 
internet 
(router) 
(no transport) 


586 Boards 


iNA 960 release 
1 is the former 
version 
(available 


since 
1984) 
of fully configurable 
iNA 960 software 


that conformed 
with the draft ISO transport 
standard 


(DIS 8073). The network 
layer is null. Release 
1 will 


be supported 
by Intel until all operating 
system prod- 


ucts 
such 
as iXNX 
and 
iRMX 
convert 
to iNA 960 


Release 
2 transport 
services. 


iNA 961 Release 
1 includes 
preconfigured 
subsets 


of iNA 
960 
Release 
1 for 
the 
following 
hardware 


configurations: 


Hardware 
if of Virtual 
Circuits 


- 
iSXM 552 Board 
30 


- 
iSXM 552A Board 
100 


Order 
Code 
Product 


iNA960ESR 
Machine 
Readable 
Source 
Code 


iNA960LST 
Human 
Readable 
Source 
Code 


iNA960YRO 
Object 
Code 
License-Configurable 


iNA961 ZRO 
Object 
Code 
License-Preconfigured 


iNA960RF 
Incorporation 
fee per unit. 
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iSBC® 186/51 
COMMUNICATING 
COMPUTER 
MEMBER OF THE OpenNETTM PRODUCT FAMILY 


• 
6 MHz 80186 Microprocessor 


• 
128K Bytes of Dual-Ported 
RAM 
Expandable 
On-Board 
to 256K Bytes 


• 
82586 
Local Area Network 
Coprocessor 
for Ethernet/IEEE 
802.3 Specifications 


• 
Two Serial Interfaces, 
RS-232C 
and 
RS-422A/RS-449 
Compatible 


• 
Supports 
Transport 
Layer Software 
(iNA 960) and Higher Layer 
Communications 
Software 
(such as 
IRMX@-NET) 


• 
Sockets 
for up to 192K Bytes of JEDEC 
28 Pin Standard 
Memory 
Devices 


• 
Two iSBXTM Bus Connectors 


• 
16M Bytes Address 
Range of 
MUL TIBUS@ Memory 


• 
MUL TIBUS 
Interface 
for Multimaster 
Configurations 
and System 
Expansion 


• 
Supported 
by a Complete 
Family of 
Single Board Computers, 
Peripheral 
Controllers, 
Digital and Analog 
110, 
Memory, 
Packaging 
and Software 


The iSBCI!> 186/51 
COMMUNICATING 
COMPUTER, 
THE COMMputer™, 
is a member 
of Intel's OpenNETTM 
family of products, 
and supports 
Intel's 
network 
software. 
The COMMputer 
utilizes 
Intel's VLSI technology 
to 
provide 
an economical 
self-contained 
computer 
for applications 
in processing 
and local area network 
control. 


The combination 
of the 80186 Central Processing 
Unit and the 82586 Local Area Network 
Coprocessor 
makes 
it ideal for applications 
which 
require 
both 
communication 
and processing 
capabilities 
such 
as networked 
workstations, 
factory 
automation, 
office 
automation, 
communications 
servers, 
and many 
others. 
The CPU, 
Ethernet 
interface, 
serial communications 
interface, 
128K Bytes of RAM, up to 192K Bytes of ROM, I/O ports 
and drivers 
and the MULTIBUS 
interface 
all reside on a single 6.75" 
x 12.00" 
printed 
circuit 
board. 


Communicating 
Computer 


Intel's OpenNET strategy provides the user with 
building blocks to implement all seven layers of the 
International Standards Organization's (ISO) Open 
Systems Interconnect (OSI) model (see Figure 2.) 
The iSBC 186/51 is a part of the OpenNET product 
family. The iSBC 186/51 can host iNA 960 transport 
layer software to provide ISO 8073 class 4 standard 
protocol on IEEE 802.3 LAN. In conjunction with the 
transparent file access software, iRMX-NET, the 
iSBC 186/51 and iNA 960 provide a complete seven 
layer communications solution. 


The iSBC 186/51 board integrates a programmable 
processor and communications capability onto one 
board, serving both computational and networking 
capacities as dictated by the application. The com- 
munications coprocessor (82586) aids in this task by 
accomplishing as much of the communications task 
as possible before the processor intervenes (thus 
reducing the overhead load of the 80186 processor). 


Figure 2. iSBC® 186/51 Implementation 
of ISO 


Standard 
Model 


inter 


'The dual capabilities of the iSBC 186/51 board are 
useful in three types of applications: (1) as a single 
board communicating computer running both user 
applications and communications tasks; (2) as one 
bus master of a multiple processor board solution 
running a portion of the overall user application and 
the communications tasks; and (3) as an "intelligent 
bus slave" that performs communications related 
tasks as a peripheral processor to one or more bus 
masters in a communications intensive environment. 


The iSBC 186/51 board is functionally partitioned 
into three major sections: central computer, I/O in- 
cluding LAN interconnect and memory including 
shared dual port RAM (Figure 1). 


The central computer, an 80186 CPU, provides pow- 
erful 
processing capability. The 
microprocessor, 
together with the on-board PROM/EPROM sites, 
programmable timers/counters, and programmable 
interrupt control provide the intelligence to manage 
sophisticated communications operations on-board 
the iSBC 186/51. The timers/counters and interrupt 
control are also common to the I/O area providing 
programmable baud rates to USARTs and prioritiz- 
ing interrupts generated from the USARTs. The cen- 
tral computer functions are protected for access by 
the on-board 80186 only. 


The I/O is centered around the Ethernet access pro- 
vided by the 82586. All 10 Mbps CSMA/CD proto- 
cols can be supported. Included here as well are two 
serial interfaces, both of which are fully programma- 
ble. In support of the single board computer, two 
iSBX connectors are provided for further customer 
expansion of I/O capabilities. The I/O is under full 
control of the on-board CPU and is protected from 
access by other system bus masters. 


The third major segment, dual-port RAM memory, is 
the key link between the 80186, the Ethernet con- 
troller, and bus masters (if any) managing the sys- 
tem functions. The dual-port concept allows a com- 
mon block of dynamic memory to be accessed by 
the on-board 80186 CPU, the on-board Ethernet 
controller and off-board bus masters. The system 
program can, therefore, utilize the shared dual-port 
RAM to pass command and status information be- 
tween the bus masters and on-board CPU and 
Ethernet controllers. In addition, the dual-port con- 
cept permits blocks of data transmitted or received 
to accummulate in the on-board shared RAM, mini- 
mizing the need for a dedicated memory board. 


CENTRAL 
COMPUTER 
FUNCTIONALITY 


Central Processing 
Unit 


The central processor for the iSBC 186/51 is Intel's 
80186 CPU. The 80186 is a high integration 16-bit 
microprocessor. It combines several of the most 
common system components onto the chip (Le., Di- 
rect Memory Access, Interval Timers, Clock genera- 
tor, and Programmable Interrupt Controller). The 
CPU architecture includes four 16-bit Byte address- 
able data registers, two 16-bit index registers and 
two 16-bit memory base pointer registers. These are 
accessible by a total of 24 operand addressing 
modes for (1) comprehensive memory addressing, 
and (2) support of the data structures required for 
today's structured, high level languages-as 
well as 


assembly language. 


The 80186 instruction set is a superset of the 8086. 
It maintains object code compatibility while adding 
10 new instructions to the existing 8086 instruction 
set. The 80186 retains the variable length instruction 
format (including double operand instructions), 8-bit 
and 16-bit signed and unsigned arithmetic operators 
for binary, BCD and unpacked ASCII data, and itera- 
tive word and byte string manipulations. Added in- 
structions include: Block I/O, Enter and Leave sub- 
routines, Push Immediate, Multiply Quick, Array 
Bounds Checking, Shift and Rotate by Immediate, 
and Pop and Push All. 


A six-byte instruction queue provides prefetching of 
sequential instructions and can reduce the 1000 ns 
minimum instruction cycle to 333 ns for queued in- 
structions. The stack oriented architecture readily 
supports modular programming by facilitating fast, 
simple intermodule communication, and other pro- 
gramming constructs needed for asynchronous real- 
time systems. Using a windowing technique and ex- 
ternal logic, the full 16M Bytes addressing range of 
the IEEE-796 MULTIBUS Standard is available to 
the user. The dynamic relocation scheme allows 
ease in segmentation of pure procedure and data for 
efficient memory utilization. Four segment registers 
(code, stack, data, extra) contain program loaded 
offset values which are used to map 16-bit address- 
es to 20-bit addresses. Each register maps 64K 
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controlled 
both explicitly 
by program 
control, 
and im- 


plicitly 
by specific 
functions 
and instructions. 
A flag 


byte signaling 
mechanism 
aids in creating 
an inter- 


processor 
communication 
scheme. 
This includes 
(1) 


the 
ability 
to 
set/reset 
interrupts 
with 
MUL TIBUS 


commands 
and (2) board reset. 


Programmable 
Timers 


The 
80186 
provides 
three 
internal 
16-bit 
program- 


mable 
timers. 
Two of these 
are highly flexible 
and 


are connected 
to four external 
pins (two per timer). 
They can be used to count external 
events, 
time ex- 


ternal 
events, 
generate 
nonrepetitive 
waveforms, 


etc. The third timer is not connected 
to any external 


pins, and is useful for real-time 
coding 
and time de- 


lay applications. 
In addition, 
this third timer 
can be 


used as a prescaler 
to the other two, or as a DMA 


request 
source. 
The factory 
default 
configuration 
for 


timer 0 is baud rate generator. 


The 
80130-6 
provides 
three 
more 
programmable 


timers. 
One is a factory 
default 
baud rate generator 


and outputs 
an 8254 compatible 
square wave to the 


RS232 
Channel 
B. The 
other 
two 
timers 
are 
as- 


signed 
to 
the 
use 
of 
the 
Operating 
System 
and 


should 
not be altered 
by the user. 


Ine system sonware 
conngures 
eacn timer indepen- 


dently 
to select 
the desired 
function. 
Examples 
of 


available 
functions 
are shown 
in Table 
1. The con- 
tents of each counter 
may be read at any time during 


system 
operation. 


Interrupt Capability 


The iSBC 
186/51 
has two 
programmable 
interrupt 


controllers 
(PICs): one in the 80186 component 
and 


one in the 80130-6 
component. 
In the iRMX mode, 


the 80186 
interrupt 
controller 
acts as a slave to the 
80130-6. 
The 80186 interrupt 
controller 
in this mode 
uses 
all of 
its external 
interrupt 
pins. 
It therefore 
services 
only 
internally 
generated 
interrupts 
(Le., 


three timers, two DMA channels). 
The 80130-6 
inter- 
rupt controller 
operates 
in the master 
mode and has 


eight prioritized 
inputs that can be programmed 
ei- 
ther edge or level sensitive. 


The iSBC 186/51 
board 
provides 
9 vectored 
inter- 


rupt levels. The highest 
level is the NMI (Non-Mask- 


able Interrupt) 
line which is directly 
tied to the 80186 
CPU. This interrupt 
is typically 
used for signaling 
cat- 


astrophic 
events 
(e.g., power failure). 
The Program- 


mable Interrupt 
Controllers 
(PIC) provide control 
and 


vectoring 
for 
the 
next 
eight 
interrupt 
levels. 
As 


shown 
in Table 
2, a selection 
of four priority 
proc- 


Function 
Operation 


Interrupt 
on 
When terminal 
count is reached, 
an interrupt 
request is generated. 
This function 
is 
Terminal 
Count 
extremely 
useful for generation 
of real-time 
clocks. 


Programmable 
Output goes low upon receipt of an external trigger edge or software 
command 
and 
One-Shot 
returns high when terminal count is reached. 
This function 
is retriggerable. 


Rate Generator 
Divide by N counter. 
The output will go low for one input clock cycle, and the period 
from one low going pulse to the next is N times the input clock period. 


Square-Wave 
Rate 
Output will remain high until % the count has been completed, 
and go low for the 
Generator 
other half of the count. 


Software 
Output remains high until software 
loads count (N). N periods after count is loaded, 
Triggered 
Strobe 
output goes low for one input clock period. 


Hardware 
Output goes low for one clock period N counts after rising edge counter 
trigger input. 


Triggered 
Strobe 
The counter 
is retriggerable. 


Event Counter 
On a jumper selectable 
basis, the clock input becomes 
an input from the external 
system. CPU may read the number of events occurring 
after the counter 
"window" 
has been enabled 
or an interrupt 
may be generated 
after N events occur in the 


system. 


essing 
modes 
is available 
for use in designing 
re- 


quest 
processing 
configurations 
to 
match 
system 


requirements 
for 
efficient 
interrupt 
servicing 
with 


minimal 
latencies. 
Operating 
modes 
and priority 
as- 


signments 
may be reconfigured 
dynamically 
via soft- 


ware at any time during system 
operation. 
The PIC 


accepts 
interrupt 
requests 
from all on-board 
I/O re- 
sources 
and from the MUL TIBUS 
system 
bus. The 


PIC then resolves 
requests 
according 
to the select- 
ed mode 
and, if appropriate, 
issues 
an interrupt 
to 


the CPU. 


Interrupt 
Request 
Generation 


iSBC 
186/51 
Interrupt 
Service 
requests 
may origi- 


nate from 25 sources. 
Table 3 contains 
a list of de- 


vices and functions 
supported 
by interrupts. 
All inter- 
rupts are jumper 
configurable 
with either suitcase 
or 


wire wrap to the desired 
interrupt 
request 
level. 


Local Area Network 
Coprocessor 


The 82586 
is a local communications 
controller 
de- 


signed 
to relieve 
the 
80186 
of many 
of the 
tasks 


associated 
with 
controlling 
a 
local 
network. 
The 


82586 provides 
most of the functions 
normally 
asso- 


ciated with the data link and physical 
link layers of a 


local network 
architecture. 
In particular, 
it performs 


framing 
(frame 
boundary 
delineation, 
addressing, 


and bit error detection), 
link management, 
and data 


modulation. 
It also supports 
a network 
management 


interface. 


The 
80186 
and 
the 
82586 
communicate 
entirely 


through 
a shared 
memory 
space. 
To the user, the 


82586 appears 
as two independent 
but communicat- 


Mode 
Operation 


Fully Nested 
Interrupt 
request line priorities fixed at 0 as highest, 7 as lowest 


Special 
Fully 
Allows multiple interrupts 
from slave PICs to the master PIC. Used in the case of 
Nested 
cascading 
where the priority has to be conserved 
within each slave 


Specific 
Priority 
System software 
assigns lowest priority level. Priority of all other levels based in 
sequence 
numerically 
on this assignment 


Polled 
System software 
examines 
priority-encoded 
system interrupt 
status via interrupt 
status register 


Device 
Function 
Number 
of 
Interrupts 


MUL TIBUS@ Interface 
Requests 
from MUL T1BUS resident 
peripherals 
or other CPU 
2 


8274 
Transmit 
buffer empty, receive buffer full and channel 
errors 
8 


Internal 80186 PIC 
Timer 0, 1, 2 outputs (function 
determined 
by timer mode) and 2 
5 
DMA channel 
interrupts 


82586 
Communications 
processor 
needs attention 
1 


Flag Byte Interrupt 
Flag byte interrupt set by MUL TIBUS master 
1 


Systick 
80130-6, 
iRMX@ system timer 
1 


Edge to Level Trigger 
Converts 
EDGE interrupts 
to level interrupts 
1 


iSBX@ Connectors 
Function 
determined 
by iSBX 


. 


4 
MUL TIMODULE@ 
(2 per iSBX 
connector) 


Bus Fail Safe Timer 
Indicates 
addressed 
MUL TIBUS resident device has not 
1 
responded 
to command 
within 6 ms 


OR-Gate 
Matrix 
Outputs of OR-gates 
on-board 
for multiple interrupts 
1 


intJ 


ing units: the Command Unit (CU) and the Receive 
Unit (RU). The CU executes the commands given by 
the 80186 to the 82586. The RU handles all activi- 
ties related to packet reception, address recognition, 
CRC checking, etc. The two are controlled and mon- 
itored by the CPU via a shared memory structure 
called the System Control Block (SCB). Commands 
for the CU and RU are placed into the SCB by the 
host processor. Status information is placed into the 
SCB by the CU and RU (via the CUI. The Channel 
Attention and Interrupt lines are used by the CPU 
and the 82586 to get the other to look into the SCB. 
See Figure 3. The 82586 features a high level diag- 
nostic or maintenance capability. It automatically 
gathers statistics on CRC errors, frame alignment 
errors, overrun errors, and frames lost due to lack of 


reception resources. In addition, the user can output 
the status of all internal registers to facilitate system 
design. 


Upon initialization, the 82586 obtains the address of 
its System Control Block through the Initialization 
Root which begins at location OFFFFF6H. See Fig- 
ure 4. The SCB contains control commands, status 
register, pointers to the Command Block List (CBl) 
and Receive Frame Area (RFA), and tallies for CRC, 
Alignment, DMA Overrun and No Resource errors. 
Through the SCB, the 82586 is able to provide 
status and error counts for the 8086, execute "pro- 
grams" contained in the CBl and receive incoming 
frames in the Receive Frame Area (RFA). 


82586 
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I 
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RECEIVE 
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Two programmable communications interfaces us- 
ing the Intel 8274 Multi-Protocol Serial Controller 
(MPSC) are contained on the iSBC 186/51. Two in- 
dependent software selectable BAUD rate genera- 
tors provide the channels with all the common com- 
munications frequencies. The mode of operation (for 
example, Asynchronous, Byte Synchronous or Bi- 
synchronous protocols), data format, control charac- 
ter format, parity, and baud rate are all under pro- 
gram control. The 8274 provides full duplex, double 
buffered transmit and receive capability. Parity,over- 
run, and framing error detection are all incorporated 
in the MSPC. The iSBC 186/51 supports operation 
in the polled, interrupt and DMA driven interfaces 
through jumper options. The board is delivered pre- 
viously configured with channel A in RS-422/RS- 
449. Channel B in RS-232C. Channel A may be con- 
figured to support RS-232C. 


iSBXTM MUL TIMODULETM 
On-Board 
Expansion 


Two 8/16-bit iSBX MULTIMODULE connectors are 
provided 
in 
the 
iSBC 
186/51 
microcomputer. 


Through these connectors, additional on-board I/O 
functions 
may be added. iSBX MULTIMODULE 


boards optimally support functions provided by VLSI 
peripheral components such as additional parallel 
and serial I/O, analog I/O, small mass storage de- 
vice controllers (e.g., cassettes and floppy disks), 
and other custom interfaces to meet specific needs. 
By mounting directly on the single board computer, 
less interface logic, less power, simpler packaging, 
higher performance, and lower cost results when 
compared to other alternatives such as MULTIBUS 
form factor compatible boards. The iSBX connectors 
on the iSBC 186/51 boards provide all signals nec- 
essary to interface to the local on-board bus, includ- 
ing 16 data lines for maximum data transfer rates. 


iSBC MULTIMODULE boards designed with 8-bit 
data paths and using the 8-bit iSBX connector are 
also supported on the iSBC 186/51 microcomput- 
ers. A broad range of iSBX MULTIMODULE options 
are available in this family from Intel. Custom iSBX 
modules may also be designed for use on the iSBC 
186/51 boards. An iSBX bus interface specification 
and iSBX connectors are available from Intel. 


RAM Capabilities 


The iSBC 186/51 COMMputer board contains 128K 
Bytes of dual-port dynamic RAM. The on-board 
RAM may be expanded to 256K Bytes with the iSBC 
304 MULTIMODULE board mounted onto the iSBC 
186/51 board. The dual-port controller allows ac- 
cess to the on-board RAM (including RAM MULTI- 
MODULE options) from the iSBC 186/51 board and 
from any other MULTIBUS master via the system 
bus. Segments of on-board RAM may be configured 
as a private resource, protected from MULTIBUS 
system access. The amount of memory allocated as 
a private resource may be configured in increments 
of 25% of the total on-board memory ranging from 
0% to 100% (optional RAM MULTIMODULE board 
doubles the increment size). These features allow 
the multiprocessor systems to establish local memo- 
ry for each processor and shared system memory 
configurations where the total system memory size 
(including local on-board memory) can exceed one 
megabyte without addressing conflicts. 


Universal Memory Sites for Local 
Memory 


Six 28-pin sockets are provided for the use of Intel's 
2732, 2764, 27128, 27256 EPROMs and their re- 
spective ROMs. When using the 27256s, the on- 
board EPROM capacity is 192K Bytes. Other JEDEC 
standard pinout devices are also supported, includ- 
ing byte-wide static RAMs and iRAMs. 


MUL TIBUS® 
SYSTEM 
BUS AND 


MUL TIMASTER 
CAPABILITIES 


The MULTIBUS system bus is Intel's industry stan- 
dard microcomputer bus structure. Both 8- and 16- 
bit single board computers are supported on the 
MULTIBUS structure with 24 address and 16 data 


lines. In its simplest application, the MULTIBUS sys- 
tem bus allows expansion of functions already con- 
tained on a single board computer (e.g., memory 
and digital I/O). However, the MULTIBUS structure 
also allows very powerful distributed processing 
configurations with multiple processors and intelli- 
gent slave I/O, and peripheral boards capable of 
solving the most demanding microcomputer applica- 
tions. The MULTIBUS system bus is supported with 
a broad array of board level products, LSI interface 
components, detailed published specifications and 
application notes. 


Expansion Capabilities 


Memory and I/O capacity may be expanded and ad- 
ditional functions added using Intel MULTIBUS com- 
patible expansion boards. Memory may be expand- 
ed by adding user specified combinations of RAM 
boards, EPROM boards, or combination boards. In- 
put/output capacity may be added with digital I/O 
and analog I/O expansion boards. Mass storage ca- 
pability may be achieved by adding single or double 
density diskette controllers, or hard disk controllers. 
Modular expandable backplanes and cardcages are 
available to support multiboard systems. 


For those applications requiring additional process- 
ing capacity and the benefits of multiprocessing (Le., 
several CPU's and/or controllers logically sharing 
system tasks through communication of the system 
bus), the iSBC 186/51 boards provide full MULTI- 
BUS arbitration control logic. This control logic al- 
lows up to three iSBC 186/51 boards or other bus 
master, including iSBC 80XX family MULTIBUS com- 
patible 8-bit single board computers, to share the 
system bus using a serial (daisy chain) priority 
scheme. This allows up to 16 masters to share the 
MULTIBUS system bus with an external parallel pri- 
ority decoder. In addition to the multiprocessing con- 
figurations made possible with multimaster capabili- 
ty, it also provides a very efficient mechanism for all 
forms of DMA (Direct Memory Access) transfers. 


Power-Fail 
Control and Auxiliary 


Power 


An active-low TTL compatible memory protect signal 
is brought out on the auxiliary connector which, 
when asserted, disables read/write access to RAM 
memory on the board. This input is provided for the 


inter 


protection of RAM contents during system power- 
down sequences. An auxiliary power bus is also pro- 
vided to allow separate power to RAM for systems 
requiring battery back-up of read/write memory. Se- 
lection of this auxiliary RAM power bus is made via 
jumpers on the board. 


System Development 
Capabilities 


The development cycle of iSBC 186/51 products 
can be significantly reduced and simplified by using 
either the System 3XX or the Intellec Series Micro- 
computer Development Systems. The Assembler, 
Locating Linker, Library Manager, Text Editor and 
System Monitor are all supported by the ISIS-II disk- 
based operating system. To facilitate conversion of 
the 8080Al8085A 
assembly language programs to 


run on the iSBC 186/51 boards, CONV-86 is avail- 
able under the ISIS-II operating system. 


The Integrated Instrumentation In-Circuit Emulator 
(12ICE) provides the necessary link between the 
software development environment provided by the 
Intellec system and the "target" iSBC 186/51 exe- 
cution system. In addition to providing the mecha- 
nism for loading excutable code and data into the 
iSBC 186/51 boards, the 121CE-186provides a so- 
phisticated command set to assist in debugging soft- 
ware and final integration of the user hardware and 
software. 


PLlM-86 provides the capability to program in algo- 
rithmic language and eliminates the need to manage 
register usage or allocate memory while still allowing 
explicit control of the system's resources when 
needed. C-86 is especially appropriate in applica- 
tions requiring portability and code density. FOR- 
TRAN 86 and PASCAL 86 are also available on In- 
tellec or 3XX systems. 


Run-Time Support 


The iRMX 86 Operating System is a highly functional 
operating system with a very rich set of features and 
options based on an object-oriented architecture. In 
addition to being modular and configurable, func- 
tions beyond the nucleus include a sophisticated file 
management and I/O system, and a powerful hu- 
man interface. 


Word Size 


Instruction: 8, 16, 24, or 32 bits 
Data: 8, 16 bits 


System 
Clock 


6.00 MHz ± 0.1% 


Cycle Time 


Basic Instruction 
Cycle 
6 MHz- 
1000 ns 
333 ns (assumes instruction in the queue) 


NOTE: 
Basic instruction cycle is defined as the fastest in- 
struction time (I.e., two clock cycles.) 


Memory 
Capacity/Addressing 


Six Universal Memory Sites support JEDEC 24/28 
pin EPROM, PROM, iRAM and static RAM. 


Example 
for EPROM: 


Device 
Total Capacity 
2732 
24K Bytes 
2764 
48K Bytes 
27128 
96K Bytes 
27256 
192K Bytes 


Address 
Range 
F8000-FFFFFH 
FOOOO-FFFFFH 
EOOOO-FFFFFH 
COOOO-FFFFFH 


inter 


On-Board 
RAM 


Board 
Total Capacity 


iSBC 186/51 
128K Bytes 


With MUL TIMODULETM 
RAM 


Board 
Total Capacity 


iSBC 304 
256K Bytes 


Address 
Range 
0-1FFFFH 


Address 
Range 
0-3FFFFH 


Serial-two 
programmable 
channels 
using 
one 


8274. 
iSBX 
MULTI MODULE-two 
8/16-bit 
iSBX 


connectors 
allow use of up to 2 single-wide 
modules 


or 
1 single-wide 
module 
and 
1 double-wide 
iSBX 


module. 


Serial Communications 
Characteristics 


Synchronous 
- 
5-8 
bit characters; 
internal 
or ex- 
ternal 
character 
synchronization; 
automatic 
sync insertion 


Asynchronous 
- 
5-8 
bit characters; 
break charac- 


ter 
after 
generation; 
1, %, or 2 
stop bits; false start bit detection 


Frequency 
Baud Rate (Hz) 


(KHz) (S/W 
Selectable) 
Synchronous 
Asynchronous 


-.;-1 
-.;-16 
-.;-64 


153.6 
- 
9600 
2400 


76.8 
- 
4800 
1200 


38.4 
38,400 
2400 
600 


19.2 
19,200 
1200 
300 


9.6 
9,600 
600 
150 


4.8 
4,800 
300 
75 


2.4 
2,400 
150 
- 


1.76 
1,760 
110 
2400 


NOTE: 
Frequency selected by I/O write of appropriate 16-bit fre- 
quency factor to baud rate register (80186 timer 0 and 
80130 baud timer). 


Reference 
1.5 MHz ± 0.1 % (0.5 fLs period 
nominal) 


Event Rate: 1.5 MHz max. 


Single 
Dual (Cascaded) 
Function 
Timer/Counter 
Timer/Counter 


Min 
Max 
Mln 
Max 


Real-Time 
667 ns 
43.69 ms 
667 ns 
47,72 minutes 
Interrupt 


Programmable 
1000 ns 
43.69 ms 
1000 ns 
47.72 minutes 
One-Shot 


Rate Generator 
22.889 Hz 
1.5 MHz 
0.0003492 
Hz 
1.5 MHz 


Square-Wave 
22.889 Hz 
1.5 MHz 
0.0003492 
Hz 
1.5 MHz 
Rate Generator 


Software 
1000 ns 
43.69 ms 
1000 ns 
47.72 minutes 
Triggered 
Strobe 


Event Counter 
- 
1.5 MHz 
- 
- 


inter 


Interfaces 
Ethernet- 
IEEE 802.3 compatible 


MUL TIBUS~- 
IEEE 796 compatible 


MULTIBUS~- 
Master 
016 
M24 116 VO EL 


Compliance 
iSBXTM Bus-IEEE 
P959 compatible 


Serial I/O- 
RS-232C 
compatible, 
configurable 
as a 


data 
set 
or 
data 
terminal, 
RS-422A1 


RS-449 


Interface 
Double-Sided 
Centers 
Mating 


Pins 
(In.) 
Connectors 


Ethernet 
10 
0.1 
AMP87531-5 


MUL TIBUS SYSTEM 
86 (P1) 
0.156 
Viking 
3KH43/9AMK12 
Wire Wrap 


60 (P2) 
0.1 
Viking 
3KH30/9JNK 


iSBX Bus 
8-Bit Data 
36 
0.1 
iSBX 960-5 


16-Bit Data 
44 
0.1 
iSBX960-5 


Serial I/O 
26 
0.1 
3M 3452-0001 
Flat or 
AMP88106-1 
Flat 


Physical Characteristics 


Width: 
12.00 in. (30.48 cm) 


Height: 6.75 in. (17.15 cm) 


Depth: 0.70 in. (1.78 cm) 


Weight: 
18.7 ounces 
(531 g.) 


Environmental 
Characteristics 


Operating 
Temperature: 
O°C to 55°C 


Relative 
Humidity: 
10% to 90% 
(without 
condensa- 


tion) 


Electrical Characteristics 
DC Power Supply Requirements 


Maximum 
Current 


Configuration 
(All Voltages 
±5%) 


+5 
+ 12 
-12 


SBC 186/51 
as shipped: 
Board 
Total 
7.45A 
40mA 
40mA 
With separate 
battery back-up 
6.30A 
40mA 
40mA 
Battery back-up 
1.15A 
- 
- 


With SBC-304 
Memory 
Module 


Installed: 
Board 
Total 
7.55A 
40mA 
40mA 
With separate 
battery back-up 
6.30A 
40mA 
40mA 
Battery back-up 
1.25A 
- 
- 


NOTES: 
1. Add 150 mA to 5V current 
for each device 
installed 
in the 6 available 
Universal 
Memory 
Sites. 
2. Add 500 mA to 12V current 
if Ethernet 
transceiver 
is connected. 


3. Add additional 
currents 
for any sex modules 
installed. 


122330-001--iSBC 
186/51 Hardware Reference 


Manual (NOT SUPPLIED) 


Manuals may be ordered from any Intel sales repre- 
sentative, distributor office or from Intel Literature 
Department, 3065 Bowers Avenue, Santa Clara, 
California 95051. 


iSBC® 552A AND iSXMTM 552A 
IEEE 802.3 COMPATIBLE 
COMMUNICATIONS 
ENGINE PRODUCTS 
MEMBER OF THE OpenNETTM PRODUCT FAMILY 
_ 
Provides 
High-Performance 
Network 
_ 
On-Board 
Diagnostic 
and Boot 
Front-End 
Processing 
for All 
Firmware 


MUL TIBUS® 
I Systems 
Regardless 
of 


the Operating 
System 
of the Host 


- 
Intelligent 
Controller 
with an 8 MHz 


80186 Processor 
and 256K of DRAM 


Memory 
-IEEE 
802.3 Network 
Port Driven by 


the 82586 LAN Coprocessor 


_ 
Can Execute 
On-Board 
the Intel iNA 


960/961 
Software, 
an Implementation 


of Industry 
Standard 
ISO 8073 


Transport 
and ISO 8473 Network 


Protocols 


_ 
Resident 
Network 
Software 
Can be 


Down-Loaded 
Over the Bus or the LAN 


_ 
Supported 
by XNX-NET 
and RMX-NET 


Network 
File Service 
Software 


Products 


_ 
Available 
in Two Versions 


- 
iSBC 552A is a Flexible, 
Intelligent 


Communications 
Controller 
for IEEE 


802.3 LANs 
- 
iSXMTM 552A is a Preconfigured 
Controller 
for Executing 
iNA 961 


Transport 
and Network 
Software 
as 


a Fully Qualified 
System 
Extension 


Module for the System 
310 Family 


Products 


The iSBC 552A and iSXM 552A COMMengine 
products 
are designed 
for communications 
front end processor 
applications 
connecting 
MUL TIBUS I systems 
onto IEEE 802.3 compatible 
LANs. COMMengines 
are dedicat- 
ed to the 
communications 
tasks 
within 
a system 
allowing 
the 
host 
to spend 
more 
time 
processing 
user 
applications. 
A major advantage 
of COMMengines 
is that they can be used to network 
existing 
systems 
and 
established 
designs 
without 
forcing 
the redesign 
of the entire system 
architecture. 


The iSBC and iSXM 552A boards 
can be used with any operating 
system 
because 
they require 
only a high 
level interface 
to communicate 
with the host (eg. transport 
commands 
in the case of the iSXM 552A board). 
The result is a powerful 
system building block which enables 
the OEM to network 
MUL TIBUS I based systems 
with different 
operating 
systems. 
Applications 
for the 552A products 
include 
networked 
multiuser 
XENIX 286 
based 
systems 
for the office 
and laboratory, 
iRMX-based 
systems 
for real-time 
applications, 
or many other 
system 
applications. 


inter 


THE ISBC® BOARD vs 
THE iSXMTM BOARD 


The isBC 552A version is a board that offers the 
hardware necessary for the user to construct an 
IEEE 802.3 front-end processor for custom require- 
ments. The Intel iNA 960 ISO standard transport and 
network software can be configured and optimized 
to run on the isBC 552A board. 


The isXM 552A version is a product that is precon- 
figured for Intel's family of System 310 products, in- 
cludes the necessary internal system cabling, and is 
fully qualified to run in System 310 products. The 
isXM 552A board supports the iNA 961 ISO stan- 
dard transport and network software with no config- 
uration activities required of the customer. isXM 
552A board customers receive the iNA 961 software 
through a separate purchase of a software license. 


Figure 1.ISBC~IiSXMTM552A Architecture 


The isBC and isXM 552A boards consist of the fol- 
lowing major architectural blocks (see Figure 1): an 
80186 processor running at 8 MHz, the IEEE 802.3 
1/0 channel based on the 82586 LAN coprocessor, 
the on-board memory consisting of ROMs and 256K 
of 
zero 
wait 
state 
dynamic 
RAM, 
and 
the 


MULTIBUs I interface. 


The isBC 552A board contains an 80186 processor 
operating at 8 MHz. It is responsible for implement 
ing the intelligent interface between the isBC 552A 
board and a host processor. The 80186 processor 


runs the iNA 960/961 
transport software and deliv- 


ers data between user buffers in MULTIBUs I mem- 
ory and iNA 960/961 
buffers on the isBC and isXM 


552A boards. iNA 960/961 
software is responsible 


for the reliable transfer of information across the 
IEEE 802.3 compatible network. 


The 80186 and 82586 use both synchronous and 
asynchronous ready logic. The 80186 chip select 
lines are used to select memory mapped 1/0 loca- 
tions. 


The 80186 supplies the timers and the interrupt con- 
troller on the isBC 552A board. The interrupt con- 
troller is used in the fully nested mode. The inputs 
and the outputs of the 80186 timers are not connect- 
ed to external sources and destinations. Timer 
clocking and timer interrupts are generated internally 
in the 80186. 


Memory 


The 
isBC/isXM 
552A 
board 
is 
equipped 
with 


256K Bytes of zero wait state dynamic RAM and 
16K Bytes of EPROM. The EPROM parts (Type 
2764) are in two 28-pin sockets (JEDEC 27256 or 
27572). The user can substitute parts (Type 27512) 
to provide 128K Bytes of EPROM. 


The one megabyte address space of the 80186 is 
divided into four quadrants (see Figure 2). The first 
quadrant 
(0-256K 
Byte) 
is 
reserved 
for 
local 


EPROM 
memory 
and 
the 
last 
quadrant 


(768-1000K Byte) is reserved for local DRAM mem- 
ory. The second quadrant (256-512K Byte) is used 
for memory mapped 1/0. The isBC/isXM 
552A 


board is totally memory mapped. The third quadrant 
(512-768K Byte) maps into a 256K Byte MULTIBUs 
I window. This window allows the isBC/isXM 
552A 


board to access a total of 16M Byte of MULTIBUs I 
memory in 256K Byte segments. The isBC/isXM 
552A board does not contain any memory which is 
accessible by other boards over the MULTIBUs I 
system bus. 


The 256K Byte MULTIBUs 
I window starts on 


64K Byte boundaries anywhere in the 16M Byte 
MULTIBUs I memory. The starting location of this 
window is determined by a memory mapped 1/0 
latch described in the "isBC 552A User Interface" 
section. 


Memory mapped 1/0 locations are selected by the 
PCS and the MCs control lines of the 80186 proces- 
sor. Functions controlled by memory mapped 1/0 
are discussed in the "isBC 552A User Interface" 
section. 


WULTIBUS® I 
SYSTEW BUS 


EPROW-WEWORY 


SPACE 
SUPPLIED WITH 
TWO 8Kx8 
EPROWS (2764) 
MAXIMUW 
IS 
TWO 64Kx8 
EPROWS (27512) 


256 K BYTE 


WULTlBUS® 


WINDOW 


ON-BOARO 
WEWORY 
WAPPED I/O 


DRAW-WEWORY 
ADDRESS SPACE 
256 K BYTES 
OF ZERO WAIT 
STATE DRAW 


The IEEE 802.3 
Interface 
on the iSBC/iSXM 
552A 


board is based on the 82586 
LAN controller. 
Data is 


transferred 
between 
the 
on-board 
memory 
of the 


iSBC/iSXM 
552A board and the 82586 controller 
by 
82586 
initiated 
DMA. The 82586 
initiates 
the DMA 
cycles 
by activating 
the HOLD signal 
to the 80186 
processor. 
The DMA cycle 
begins 
when the 80186 
processor 
activates 
the HOLD ACKNOWLEDGE 
sig- 
nal. 


Each iSBC/iSXM 
552A board is manufactured 
with a 


unique 
default 
48-bit 
IEEE 802.3/Ethernet 
network 


address 
stored 
in an address 
PROM. 
This address 


PROM is protected 
by checksum 
and can be read by 


utilizing 
the 
on-board 
memory 
mapped 
1/0. 
The 


82586 can be programmed 
to have this or any other 


Ethernet 
address. 


inter 


The iSBC/iSXM 552A board can access the MULTI- 
BUS I with an 8- or 16- bit data path and can support 
up to 24-address bits. An liD 
operation by the 
80186 on the iSBC/iSXM 552A board normally ac- 
cesses the liD ports on the 80186 that controls the 
processor's interrupt controller and timers. MULTI- 
BUS liD 
is disabled 
in this 
normal operation. 
iSBC/iSXM 552A MULTIBUS liD operations can be 
enabled or disabled by writing to memory mapped II 
o control locations (Table 2). When the MULTIBUS 
liD is enabled, the iSBC/iSXM 552A board can write 
or read the complete 64K Bytes of liD space loca- 
tions. 


ISBC® 
AND ISXt,lTM 


552A 
BOARDS 


ASE 
I/O 
PORT 
-... 
SCP2 


ADDRESS 
+3 ~ 
SCPl 


I/O 
WRITE 


.•....• 


".. 
SCPO 


SE I/O 
PORT -+ 
FLAG 
BYTE 
ADDRESS 


280385-4 
Base 1/0 port address = configurable. If 8-bitl/0 
is used. base 
port address is configurable from O-OFCH.If 16-bil 1/0 is used, 
base port address is configurable from O-OFFFCH. 
Flag byte: see Table 1. 
SCPO-SCP2: 1/0 wrillen by host processor and read by 80186 
on iSBC and iSXM 552A SCPOcan be jumper preset. 


Figure 3.iSBC~552A MUL TIBUS~I 
Communication 
Interface 


Value Written 
Action 
to Flag Byte Port 


1 
Resets iSBC 552A Board 
2 
Interrupts 80186 on Interrupt 
Level 1 
4 
Clears a MULTIBUS Interrupt 
Previously Generated by the 
iSBC 552A Board 


A host processor in a system communicates with the 
iSBC/iSXM 552A board via a flag byte port and 
three other byte registers in the MULTIBUS inter- 
face. These registers are called the "System Config- 
uration Pointer" registers (SCPO-SCP2). The flag 
byte port and the SCP registers are presented as 4 
consecutive MULTIBUS liD ports to the host proc- 
essor. The locations of these liD ports on the MUL- 
TIBUS are configurable on the iSBC 552A (Figure 3). 
To the 80186 processor on the iSBC/iSXM 552A 
board, the three SCP registers are memory mapped 
locations. 


The flag byte port is used by the host processor to 
reset the iSBC/iSXM 552A board, to interrupt the 
80186 processor, and to reset a MULTIBUS I inter- 
rupt generated by the iSBC/iSXM 552A board (Ta- 
ble 1). SCPO-SCP2 are general purpose registers 
that the host processor can liD write to and the 
iSBC/iSXM 552A board can read from. SCPO can 
also be preset by hardware jumpers. 


iSBC® 552A FUNCTIONAL 
DESCRIPTION 


The iSBC 552A board is a high performance general 
purpose IEEE 802.3 compatible COMMengine de- 
signed to offload a host processor in a system from 
transport layer and network layer communication 
processing. The board supports user written com- 
munications software for unique applications or it 
can run Intel's iNA 960/961 
transport and network 
software in standard applications. When running 
iNA 960 software, the iSBC 552A board provides the 
host processor with reliable process to process 
message delivery. User messages to be sent are 
copied by iNA 960 software into iSBC 552A board 
local memory for transmission. Packets received 
from the network are first buffered and reassembled 
into messages on the iSBC 552A board. These re- 
ceived messages are then delivered to the user. 


The iSBC 552A board makes use of the functions on 
the 82586 controller to implement a number of net· 
work functions. These functions include reprogram- 
ming the iSBC 552A station address, Multicast pack- 
et reception filtering, and loopback diagnostics. The 
82586 also records a set of network statistics infor- 
mation. Information stored includes the number of 
CRC and alignment errors, the number of occur· 
rences of no receive buffer resources and the num- 
ber of DMA overruns/underruns. 


The iSBC 552A can be configured to have a range 
of EPROM memory configurations up to 128K Bytes 
using 27512'5. 


The iSBC 552A board and iNA 960 software combi- 
nation offers a flexible and configurable transport 


inter 


COMMengine, 
and allows a user to optimally 
config- 


ure the system 
for highest 
performance. 
The iSXM 


552A 
and iNA 961 combination 
offers 
a preconfig- 


ured turn-key 
solution. 
In both cases, 
iNA 960/961 


software 
and the 552A significantly 
reduce 
the de- 
sign cycle involved 
in designing 
and implementing 
a 


transport 
COMMengine. 


For 
additional 
information 
about 
iNA 
960/961, 


please 
refer to the iNA 960/961 
data sheet. 


The 
iSBC 
552A 
board 
communicates 
with 
a host 


processor 
through 
a handshake 
of interrupts. 
The 


host processor 
can generate 
flag byte interrupts 
to 


the 80186 on the iSBC 552A and the iSBC 552A can 
generate 
MUL TIBUS 
I interrupts 
to the host proces- 


sor. The host processor 
and the iSBC 552A 
board 


can also communicate 
through 
shared 
MUL TIBUS 
I 


system 
memory. 
None of the on-board 
buffer on the 


iSBC 552A board is accessible 
to the host processor 


but the iSBC 552A can read and write all of the 16M 
Byte of MUL TIBUS 
I system 
memory. 


The host processor 
and the iSBC 552A board further 


communicate 
through 
the SCP registers. 
These byte 


registers 
can be I/O written 
by the host and can be 


read through 
memory 
mapped 
I/O by the iSBC 552A 


processor. 


The iSBC/iSXM 
552A is designed 
to function 
in any 


MUL TIBUS 
I system 
as a communications 
proces- 


sor. It can function 
as both a MUL TIBUS 
I bus mas- 


ter or a slave. As a MUL TIBUS 
I master, 
it can ac- 


cess up to 16M Byte of host memory 
and 64K Byte 


of I/O address. 
As a MUL TIBUS 
I slave, it occupies 


four consecutive 
I/O 
locations 
on the MUL TIBUS 
I 


system 
memory. 
These 
locations 
are reserved 
for 


the flag byte and the three SCP registers. 


iSXMTM 552A FUNCTIONAL 
DESCRIPTION 


The iSXM 552A board is offered 
to operate 
specifi- 


cally with the iNA 961 transport 
and network 
layer 


software. 
The iSXM 552A firmware 
provides 
the ca- 


pabilities 
to load iNA 961 onto the 552A from either 


a buffer 
in the local 
host or remotely 
from 
another 


IEEE 802.3 network 
station. 
It also performs 
a vari- 


ety of 
IEEE 
802.3 
and 
on-board 
diagnostics 
(see 


sections 
on iNA 961 User Interfaces 
and Operating 


Systems 
Environment). 


iNA 961 software 
and the iSXM 552A board together 


provide 
the functionality 
of a preconfigured 
operat- 


ing system independent 
transport 
engine. 
In addition 


to transport 
services, 
iNA 961 software 
also includes 


extensive 
data 
link, 
internetworking, 
and 
network 


management 
services. 
Figure 4 shows 
the distribu- 


tion of network 
seven 
layer functions 
between 
iNA 


961/iSXM 
552A 
and 
the 
host 
processor. 
Table 
3 


shows 
some examples 
of functions 
provided 
by iNA 


961. Refer to the iNA 960/961 
data sheet for more 
iNA 961 information. 


Table 
2. ISBC@ 552A Memory 
Mapped 
Functions 


The 
80186 
processor 
controls 
the 
iSBC 
552A 


through 
memory 
mapped 
I/O. 
Functions 
that 
are 


controlled 
are listed in Table 2. 


80186 Chip 
Read/Write 
Functions 
Select 
Lines 
by 80186 


MCS 
R 
MUL TIBUS I Interface 
registers 
(System Configuration 
Pointer Registers, 
see "MUL TIBUS Interface" 
Section) 


PCS 
W 
Channel Attention 
to 82586 


R 
Reading 
iSBC 552A Ethernet 
Address 
PROMS 


W 
Controlling 
Loopback 
of the Serial Interface 


W 
Disabling and Enabling 
MUL TIBUS I/O 


W 
Generating 
and Clearing iSBC 552A 
Interrupts 
to the MUL TIBUS System Bus 


W 
Controlling 
the On-Board 
LED 


W 
Latches the MUL TIBUS Window Segment 
(8 most Significant 
Bits of 24-Bit Address) 


inter 


END USER 
APPLICATION 
PROCESS 


HOST PROCESSOR 


6 


5 


4 


3 
INA 961 /ISXtl" 
552A 


2 
SYSTEMS 


Figure 4.INA 
961 Configuration 
on ISXMTM 552A Board 


Table 3. iNA 961 Services 


Transport 
Virtual Circuit 
Open: Establish 
a Virtual Circuit Database 
Send Connect: 
Actively 
Try to Establish 
a Virtual Connection 
Await Connect: 
Passively Awaits the Arrival of a Connection 
Request 
Send: Send a Message 
Receive: 
Post a Buffer to Receive a Message 
Close: Close a Virtual Circuit 
Datagram 
Send: Send a Datagram 
Message 
Receive: 
Post a Buffer to Receive a Datagram 
Message 


Data Link 
Transmit: 
Transmit 
a Data Link Packet 
Receive: 
Post a Buffer to Receive a Data Link Packet 
Connect: 
Make a Data Link Logical Connection 
(Link 
Service Access 
Point, IEEE802.3/802.2) 
Disconnect: 
Disconnect 
a Data Link Logical Connection 
Change Ethernet 
Address: 
Change the Ethernet 
Address 
Add Multicast 
Address: 
Add a Multicast 
Address 
Delete Multicast 
Address: 
Remove a Multicast 
Address 
Configure 
82586: Configure 
the 82586 Controller 


Network 
Read/Clear/Set 
Network 
Objects 
(Local/Remote): 
Management 
Read/Clear/Set 
Local or Remote iNA 960 Network 
Parameters 
Read/Set 
Network 
Memory (Local/Remote) 
Read/Set 
Memory of the Local or a Remote Station 
Useful in Network 
Debug Process. 


Boot Consumer: 
Requests 
a Network 
Boot Server to 
Load a Boot File into this Station 
Echo: Echo a Packet between 
this Station and 
Another 
Remote Station on the Network 


inter 


iSBC® /iSXMTM 552A Boot Firmware 
User Interface 


The iSBC/iSXM 
552A boot firmware 
is used to load 
iNA 961 or other software 
onto the 552A board from 
either 
local 
MUL TIBUS 
I memory 
or a remote 
net- 
work station. 
The firmware 
performs 
a number of lo- 
cal and network 
diagnostics. 
Table 4 describes 
the 
functions 
of the boot firmware. 
. 


The iSBC/iSXM 
552A boot firmware 
interfaces 
with 
the host processor 
through a configurable 
command 
buffer location 
in MUL TIBUS I memory. This location 
can 
be either 
jumper 
or program 
configured. 
The 
host 
processor 
updates 
the 
command 
byte 
in the 


command 
buffer and expects 
the firmware 
to update 
the response 
byte when the command 
is done. The 
host 
processor 
signals 
to the firmware 
to examine 
this command 
buffer 
by writing 
a 2 to the flag byte 
port. 
The 
firmware 
will 
update 
the 
response 
byte 
when the command 
is completed. 


The iSBC/iSXM 
552A boot firmware 
commands 
fully 


support 
the 
initialization 
of 
the 
MIP 
interface. 


The MIP interface 
is used by the host processor 
to 


communicate 
with the iNA 961 once it is loaded and 


started. 
See section 
"iNA 
961 User 
Interfaces" 
for 


details. 


User programs 
give iN" 
960 commands 
to the iNA 


961 software 
on the iSBC/iSXM 
552/\ 
board via the 


MUL TIBUS I Interface 
Protocol 
(MIP). MIP is an Intel 


reliable 
message 
delivery 
protocol 
between 
MUL TI- 


BUS I processors. 
Figure 5 illustrates 
how this mes- 


sage delivery 
functions. 
Commands 
are passed 
be- 


tween 
the 
iSBC/iSXM 
552A 
board 
and 
the 
host 


processor 
in the form of request 
blocks. 
A request 


block is a buffer that contains 
a command 
specifica- 


tion 
and 
the 
command 
parameters. 
Each 
request 


block (or equivalently, 
each command) 
is reliably de- 


livered 
from the host processor 
to iNA 961 via the 


MIP facility. 
iNA 961 will extract 
the command 
infor- 


mation 
and carry out the command. 
After 
the com- 


mand 
is done, 
iNA 961 will use the 
MIP facility 
to 


return the command 
result to the user program. 


Command 
Function 


Presence 
This command 
will indicate that the boot firmware 
is 
functional 
by returning the version number of the 
firmware, 
the power on diagnostic 
result, and the default 
Ethernet 
apdress of the iSXM 552A board. 


Load 
Load a program from MUL TIBUS memory 
into a 
designated 
location 
in the iSBC 552A memory. 


Load and Go 
Load a program 
from MUL TIBUS bus memory into a 
designated 
location 
in the iSXM 552A memory. 
Proceed 
to start this program 
once it is loaded. This command 
also initializes the MIP interface 
on the iSXM 552A 
board. 


Echo 
Echo a packet between 
this iSXM 552A board and 
another 
station on the network. 


Remote 
Boot 
This command 
requests 
a remote boot server station to 
download 
software 
onto the iSXM 552A board. 


MIP Initialize 
Used after a remote boot. This command 
initializes the 


and Start 
MIP interface 
on the iSXM552A 
board and then start the 
software 
loaded by the remote boot command. 


inter 


TRANSFER OF 
REQUEST BLOCKS 
(COlAlAANDS) 


USER 
lAlP 
DRIVER 


INA 
961 
lAlP 
DRIVER 


iNA 961 request 
blocks 
are in the same formats 
as 


iNA 960 commands. 
Refer to the iNA 960/961 
data 


sheet 
and 
reference 
manuals 
for 
more 
details 
on 


iNA 960/961 
software. 


Operating 
Systems Environment 


The iSBC/iSXM 
552A board and iNA 960/961 
soft- 


ware can function 
in any MUL TIBUS 
I environment. 


The communication 
between 
the iSBC/iSXM 
552A 


and the 
host 
processor 
is entirely 
independent 
of 


any host operating 
systems. 
iNA 960/961 
uses the 


MIP protocol 
to interface 
with the 
host 
processor. 
The 
MIP is a reliable, 
host operating 
system 
inde- 


pendent, 
process 
to 
process 
communication 


scheme 
between 
any 
processors 
on 
the 


MUL TIBUS 
I System 
Bus. iNA 960/961 
can service 


multiple 
processes 
utilizing 
its services 
at the same 


time. 


A host 
processor 
passes 
iNA 960/961 
commands 


and buffers 
in the MUL TIBUS 
I system 
memory 
to 


the iNA 960/961 
software. 
This software 
is respon- 


sible for updating 
the response 
fields of these com- 


mands. 
It is responsible 
for copying 
the user send 


buffer 
in MUL TIBUS 
I system 
memory 
into its on- 


board 
buffers 
for transmission 
and for copying 
re- 


ceived messages 
to user buffers in MUL TIBUS I sys- 


tem memory. 


Diagnostics 


The iSBC/iSXM 
552A board offers a range of power 


up diagnostics 
designed 
to ensure 
that 
the 80186 


processor, 
the 
memory, 
and the 
IEEE 802.3 
inter- 


face 
are 
functioning 
properly. 
Table 
5 describes 


these 
diagnostics. 


Table 5. Functions 
Checked 
by 


iSXMTM 
552A Diagnostics 


1. Insufficient 
RAM 


2. RAM March 
Pattern Test 


3. Ram Ripple Data Test 


4. Boot Firmware 
PROM Checksum 


5. Address 
PROM Checksum 


6. 80186 
Interrupt 
Controller 


7.80186 
Timer Controller 


8. 82586 
Initialization 


9. 82586 
CRC Check 


10. 82586 
Broadcast 
Packet 
Recognition 


11. 82586 
External 
Loopback 


12. 82586 
Individual 
Address 
Recognition 


13. 82586 
Multicast 
Address 
Recognition 


14. 82586 
Reset 


15. 82586 
Diagnose 
Check 


inter 


The iSXM 552A board is a complete system product 
that allows a user to emphasize the development of 
high level software, such as a network file server. 
The iSXM 552A board and the iNA 961 software to- 
gether form a transport COMMengine that integrates 
into any MUl TIBUS I system. iNA 961 is supplied In 
a boot loadable file format. This file can be loaded 
into the iSXM 552A by a host processor or through a 
remote boot server network node. The boot firm- 
ware on the iSXM 552A supports both functions. In 
order to remote boot the host system, appropriate 
host processor firmware and software is required. 


The iSBC 552A allows a user to fine tune iNA 960 
and to put the software on the board. Both iNA 960 
and the iSBC 552A can be flexibly configured to best 
meet the users' requirements. An Intel development 
system, together with the Intel 121CETMsystem or 
equivalent product can be used if the user desires to 
do extensive development work on the iSBC 552A. 
Intel also supplies a wide range of host processor 
boards and systems (such as the iSBC 286/12 and 
system 310) that will function well both with the iSBC 
552A or the iSXM 552A board. 


SPECIFICATIONS 
Data Transfer: 8 or 16 bits 
Average Raw MUl TIBUS I Transfer Rate: 
8.7M bits/second 
(450 ns., 16-bit 


system memory and no MUl TIBUS I 
contention) 


Transceiver 
Interface 
Transmit Data Rate: 10M bits/second 
Signal levels: 
Series 10,000 ECl-compatible 


Host Interrupts: 
One MUl TIBUS I non-vector 
interrupt for use in system/ 
host handshaking 


MUl TIBUS Interface: The iSBC/iSXM 552A board 


conforms to all AC and DC re- 
quirements outlined in Intel 
MUl TIBUS 
I 
Specification. 


Order Number 142686-022m 
except for the following sig- 
nals: 
SignaIDATO-DAT7 
Signal Specification: 
III = 180 p..A 
IIH = 125 p..A 


DC Power Required: All voltages supplied by the 


MUl TIBUS I interface 
+ 5.0V ± 5%, 6.2A maximum 
+12.0V 
±5%, 
0.5A 
maxi- 


mum 


Environmental 
Temperature: O°Cto + 55°C Operating 


-40°C to -65°C 
Non-Operating 


Humidity: 
5% to 90% Operating 
5% to 95% Non-Operating 


ORDERING 
INFORMATION 


Part Number Description 
SBC552A 
IEEE 802.3 COMMengine 


SXM552A 
IEEE 802.3 Transport 
Engine for 


iNA961 and SYP310 systems 
iNA960 
Configurable transport software us- 
able with the SBC552A 


iNA961 
Preconfigured transport software for 
the SXM552A 


inter 
iSBC® 554 
MAP COMMUNICATIONS 
ENGINE 
• Provides 
IEEE 802.4 Networking 
• 8 MHz 80186 Processor 
Capability 
for MUL TIBUS® 
Based 
• 256K Bytes of RAM of Which 
Systems 
Running 
Under any Operating 
128K Bytes Provide 
Dual Port Window 
System 
Support 
• Serves 
as a Complete 
Front End 
• 10 Mbps IEEE 802.4/Token 
Bus Modem 
Communication 
Engine With the 
Interface 
Capacity 
to Provide 
MAP Layers 
1 
Sockets 
for up to 4 JEDEC 28 Pin 
Through 
7 Capability 
for MUL TIBUS® 
• 
Based Hosts 
Memory 
Devices, 
up to Maximum 
of 
• Runs on Board Intel's Proven 
iNA 960 
160K Bytes EPROM Storage 


Rei 2.0 Providing 
the ISO 8073 
• One iSBXTM Bus Connector 
for I/O 


Transport 
Software 
and ISO 8473 
Expansion 
Capability 


Network 
Software 
as Required 
by the 
• Can Be Configured 
as Either a Master 


Map Specifications 
or a Slave In MULTIBUS 
• Runs on Board Intel's MAP-NETTM 
• On Board Diagnostic 
and Boot 
Software 
for Layers 5-7 
of the Map 
Firmware 
Protocol 
Available 
In Three 
Different 
Modem 
• 
• Preconfigured 
Software 
Available 
for 
Frequencies/Channel 
Pairs 


Seven 
Layer Map Engine, Four Layer 


Transport 
Engine or IEEE 802.4 to IEEE 


802.3 Router 


The iSBC 554 COMMengine product is designed to fit into front end LAN Communication processor applica- 
tions. It allows the connection of MULTIBUS I based systems ohto a MAP/IEEE 802.4 (Token Bus) LAN. 
COMMengines are dedicated communication processor boards. They allow the host processor board to off- 
load LAN communication related tasks onto the front end COMMengine. Therefore the host has more pro- 
cessing capability for user applications or other tasks. COMMengines also allow the networking of existing 
systems without forcing a redesign of the entire system architecture. 


The iSBC 554 board can be used as a front end COMMengine for a MULTIBUS-based host running any 
operating system. This is because the on board software provides a high level interface to the host (e.g., 
application or transport level commands). This results in a powerful system building block which enables an 
OEM to connect MULTIBUS-based systems onto IEEE 802.4 10 Mbps LANs. Applications for the iSBC 554 
include networked iRMXTM-basedsystems for real time applications and networked XENIX' systems for 
laboratory and data base application. The iSBC 554 is preconfigured to run iNA 961 R2.0 transport and 
network software. iNA 961 R2.0 is a preconfigured version for the iSBC 554 of Intel's iNA 960 LAN software 
which implements the ISO 8073 Class 4 transport protocol and the ISO 8473 network layer protocol. 


The iSBC 554 COMMengine supports multiple datalinks via the iSBX connector located on the iSBC 554 
baseboard. The user has the option to interface any of Intels iSBX communication interfaces to support a two 
way router. For example iNA 960 supports the MAP/TOP router using the iSBX 586 interface. The preconfig- 
ured router software is supplied in iNA 961. 


The iSBC 554 is also capable of running on a board MAP2.1SXMSW preconfigured implementation of the 
MAP software for layers 3 through 7 of the ISO/OSI model. This is an ideal turnkey solution for OEMs requiring 
a 7 layer MAP COMMengine. MAP-NETTMprovides layers 5 through 7 of the MAP specifications and can be 
configured with iNA 960 R2.0 to run on the iSBC 554, providing a complete on-board seven layer COMMen- 
gine. 


inter 


iSBC® 554 FUNCTIONAL 
DESCRIPTION 


The iSBC 554 board is a preconfigured MAP Com- 
munication Engine with boot firmware and 256K 
bytes of RAM. The iSBC 554 board is offered for use 
with Intel's MAP-NET/iNA 960 based MAP software. 
The iSBC 554 firmware provides the capabilities to 
load Intel's MAP software on the iSBC 554 from ei- 
ther a buffer in the local host or remotely from an· 
other Token Bus station. It also performs a variety of 
on-board diagnostics. 


The MAP-NET with iNA 960 R2.0 software and the 
iSBC 554 board together provide the functionality of 
a preconfigured as independent 7 layer engine. In 
addition to transport services, iNA 960 R2.0 soft- 
ware also includes ISO 8473 Internet network layer, 
extensive data link and network management facility 


I END USER I 
APPLICATION 
PROCESS 
I 


~~ORK 
(COMMUNICATION) 


MNGT.;%:: 
APPLICATION 


PRESENTATION 


SESSION 


TRANSPORT 


NElWORK 


DATA LINK 


TOKEN BUS 


PHYSICAL 


services. 
Figure 
1 
shows 
the 
configuration 
of 


MAP-NET and iNA 960 R2.0. Table 1 shows some 
examples of functions provided by MAP-NET and 
iNA 960 R2.0. iNA 961 R2.0 is a preconfigured ver· 
sion of iNA 960 for the iSBC 554. Refer to the 
iNA 960 R2.0 data sheet for more information. 


MAP-NET is Intel's implementation of the MAP soft- 
ware for layers 5 through 7. Refer to the MAp·NET 
data sheet for more information. This implementa- 
tion of layers 5 through 7 will run on the iSBC 554 
along with iNA 960 R2.0. The iSBC 554 coupled with 
the software packages provides a high performance, 
7-layer 
communication 
engine 
(see 
Figure 
1). 


MAP 2.1SXMSW is also available as a preconfigured 
software package providing layers 3 through 7 of the 
MAP software. This package and the iSBC 554 pro- 
vides a 7 layer turnkey MAP solution. 


6 
MAP-NET'· 
SOFTWARE 
-t 


MAP2.1 
SXMSW 
5 
PRECONFIGURED MAP 
_ _ _ _ 
LAYERS 3 -7 
SOFTWARE 


4 


iNA 960 R2.0 


1SBC<!!l554 
ENGINE 


~---~ 


Application 
File Transfer, 
Access 
and Management 
(FT AM) 
Provides 
remote operations 
on files (Create, Read, Write, Delete, 


Get File Attributes) 
Common 
Application 
Service Elements 
(CASE) 
Supports 
all the services 
provided 
by the lower ISO layers 
Provides 
name to address translation 
support 
Directory 
Services 
Performs 
name to address conversion 
Maintains 
local cache of resolved 
names 
Two forms of directory 
service-client 
service agent for local data 
base and directory-service 
agent for remote (master) 
data base 


Session 
Implements 
subset of ISO Session 8327 specified 
by the MAP 2.1 
. 
Specifications 
Provides 
"Graceful 
Close" 
"Graceful 
Close" 
allows the closing of a connection 
without 
any 
loss of queued requests 
It enhances 
the transport 
provided 
"close" 
which aborts a 
connection 


Transport 
Virtual circuit 
open: establish 
a virtual circuit data base 
send connect: 
actively try to establish 
a virtual connection 
await connect: 
passively 
awaits the arrival of a connection 
request 
send: send a message 
receive: post a buffer to receive a message 
close: close a virtual circuit 
Datagram 
send: send a datagram 
message 
receive: post a buffer to receive a datagram 
message 


Network 
Internetworking 
routing between 
multiple 
lans 
segmentation/ 
reassembly 
user defined 
routing tables 
Multiple 
subnets supported 
user supplied 
802.3, 802.4 


Data Link 
Transmit: 
transmit 
a data link packet 
Receive: 
post a buffer to receive a data link packet 
Connect: 
make a data link logical connection 
(link 
service access point. IEEE802.4) 
Disconnect: 
disconnect 
a data link logical connection 
Change token bus address 
Add multicast 
address 
Delete multicast 
address 
Configure 
TBH 


inter 


Table 
1. MAP-NETTM and iNA 960 R2.0 Services 
(Continued) 


Read/Clear/Set network objects (local/remote): 
read/clear/set local or remote MAPNET/iNA 960 network parameters 
Read/Set network memory (local/remote): 
read/set memory of the local or a remote station 
Useful in network debug process 
Boot consumer: requests a network boot server to 
load a boot file into this station 
Echo: Echo a packet between this station and 
another remote station on the network 


Network 
Management 


The iSBC 554 board consists of the following major 
architectural blocks (see Figure 2): an 80186 proc- 
essor running at 8 MHz, the Token Bus channel 
based on the Token Bus Handler chip set and the 
Token Bus Modem, the on-board memory consisting 
of ROM and RAM, the iSBX interface, and the 
MULTIBUS interface. 


The iSBC 554 board contains an 80186 processor 
operating at 8 MHz. It is responsible for implement- 
ing the intelligent interface between the iSBC 554 
board and a host processor. The 80186 processor 
runs the MAP-NET/iNA 960 R2.0 transport software 
and the data link software needed by the Token Bus 
Handler chip set. It is responsible for the delivery of 
data between user buffers in MULTIBUS memory 
and iNA buffers on the iSBC 554 board. The iNA 
software is responsible for the reliable transfer of 
information across the Token Bus LAN. 


The one megabyte address space of the 80186 is 
divided into four quadrants (see Figure 3). The first 
quadrant (O-256K Byte) is local RAM memory. The 
second quadrant is memory mapped Token Bus 
Handler address. The third quadrant (512-768K 
Byte) maps into two MULTIBUS windows (128K 
Byte each). These windows allow the iSBC 554 
board to access the total 16M Byte of MULTIBUS 
memory in 128K Byte segments. The fourth quad- 
rant (768-1M Byte) is local ROM which contains the 
80186 firmware, the Token Bus station address, and 
relocated 80186 internal registers. 


The two 128K Byte MULTIBUS windows each start 
on 64K Byte boundaries anywhere in the 16M Byte 
MULTIBUS memory. The starting location of either 
window is determined by writing to a local I/O 
mapped latch. 


Options on the iSBC 554 board allow up to 128K 
Byte of RAM to be accessible by the host. This dual 
port RAM is jumper selectable to appear anywhere 
in the MULTIBUS 16M Byte memory space on 128K 
Byte boundaries. The dual port RAM memory is a 
data link between the on board 80186, the token bus 
controller, and the bus master (if any) managing the 
systems functions. This shared dual port RAM can 
be used to transfer command, status and data be- 
tween the on board 80186 processor and the host. 
This feature minimizes the necessity for the 80186 
to access MULTIBUS while acquiring shared infor- 
mation. This has a direct positive effect on perform- 
ance, serving to eliminate bus contention. 


The Token Bus interface on the iSBC 554 is imple- 


. mented by the Token Bus Handler (TBH) chip set 
and the Token Bus Modem (TBM). Data is trans- 
ferred between the on-board memory and the TBH 
by the TBH initiated DMA. The TBH will then pass 
data, operating according to the IEEE 802.4 Token 
Bus Specification, to the TBM which handles the 
physical interface to the Token Bus. 


Each iSBC 554 board is manufactured with a unique 
default Token Bus network address stored in an ad- 
dress PROM. This address PROM is protected by 
checksum and can be read by utilizing the on board 
I/O. 


MUL TIBUS@ INTERFACE 


The iSBC 554 board can access the MULTIBUS with 
an 8- or 16-bit data path and can support up to 24 
address bits. The internal 80186 registers are relo- 
cated into the local memory map to avoid conflicts 
with MULTIBUS I/O during 80186 internal register 
accesses. The iSBC 554 board is capable of access- 
ing the 
MULTIBUS 
I/O 
from 
384-64K 
(180H- 
FFFFH) Byte of I/O space locations. 


A host processor in a system communicates with the 
iSBC 554 board via a flag byte port in the MULTI- 
BUS interface. The flag byte port is presented as a 
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Figure 2. iSBC@ 554 Architectural 
Blocks 
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Figure 3. iSBC@ 554 Memory 
Configuration 
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MULTIBUS I/O port to the host processor. The loca- 
tion of this I/O port on the MULTIBUS is configura- 
ble on the iSBC 554 board. To the 80186 processor 
on the iSBC 554 board, the flag byte is in a local I/O 
mapped location. 


The flag byte port is used by the host processor to 
reset the iSBC 554 board, to interrupt the 80186 
processor and to reset a MULTIBUS interrupt gener- 
ated by the iSBC 554 board. The iSBC 554 board 
uses the flag byte to set or clear an interrupt to the 
MULTIBUS. or clear an interrupt from the MULTI- 
BUS (Table 2). 


For those applications requiring processing capacity 
and the benefits of multiprocessing (Le., several 
CPUs and/or 
controllers logically sharing system 
tasks through the communication of the system 
bus), the iSBC 554 board provides full MULTIBUS 
arbitration control logic. 


ISBXTM INTERFACE 


One 8/16 bit iSBX MULTIMODULETMconnector is 
provided on the iSBC 554 board. Through this con- 
nector, additional on-board I/O functions may be 
added. iSBX MULTIMODULE boards optimally sup- 
port functions provided by VLSI peripheral compo- 


nents such as additional parallel and serial I/O, 
analog I/O, small mass storage device controllers 
(e.g., cassettes and floppy disks) and other custom 
interfaces to meet specific needs. By mounting di- 
rectly on the iSBC 554 board, less interface logic, 
less power, simpler packaging, higher performance, 
and lower cost results when compared to other al- 
ternatives such as MULTIBUS form factor compati- 
ble boards. The iSBX connector on the iSBC 554 
board provides all signals necessary to interface to 
the local on-board bus, including 16 data lines for 
maximum data transfer rates. iSBX MULTIMODULE 
boards designed with 8-bit data paths and using the 
8-bit iSBX connector are also supported on the iSBC 
554 board. A broad range of iSBX MULTIMODULE 
options are available in this family from Intel. Custom 
iSBX modules may also be designed for use on the 
iSBC 554 boards. An iSBX bus interface specifica- 
tion and iSBX connector documentation are avail- 
able from Intel. 


The iSBC 554 board communicates with a host 
processor through a handshake of interrupts. The 
host processor can generate flag byte interrupts to 
the 80186 on the iSBC 554. The iSBC 554 can gen- 
erate MULTIBUS interrupts to the host processor. 
The host processor and the iSBC 554 can also com- 


Value Written 
Source 
Actions 
to Flag Byte Port 


1 
iSBC 554 board 
Clears interrupt to the MULTIBUS 


MULTIBUS backplane 
Resets iSBC 554 board 


2 
iSBC 554 board 
Sets interrupt to the MULTIBUS 


MULTIBUS backplane 
Sets interrupt to the iSBC 554 board 


3 
iSBC 554 board 
Clears interrupt to the iSBC 554 board 


MULTIBUS backplane 
Clears interrupt to the MULTIBUS 


municate through shared MULTIBUS system memo- 
ry. As much as 128K byte of the on-board RAM on 
the iSBC 554 board is accessible to the host proces- 
sor and the iSBC 554 board can read and write all of 
the 16M byte of MULTIBUS system memory. 


The iSBC 554 is designed to function in any MULTI- 
BUS system as a communication processor. It can 
function as both a MULTIBUS bus master or a slave. 
As a MULTIBUS master, it can access up to 16M 
Byte of host memory and 64K byte of I/O address. 
As a MULTIBUS slave, it occupies one location re- 
served for the flag byte. 


MAP-NET liNA 
960 R2.0 USER 


INTERFACES 


User programs give MAP-NET/iNA 960 commands 
to the MAP-NET/iNA 960 R2.0 software on the iSBC 
554 board via the MULTIBUS Interface Protocol 
(MIP). MIP is an Intel reliable process to process 


HOST 
OPERATING 


SYSTEM 


FILE 
ACCESS 
INTERFACE 


USER 
MIP 
DRIVER 


TRANSFER OF 
REQUEST BLOCKS 
(COMMANDS) 


message 
delivery 
protocol 
between 
MULTIBUS 


processors. An implementation of the MIP protocol 
is provided on the iSBC 554 board for communica- 
tion with the host. The corresponding MIP protocol 
implementation will have to be provided by the user 
on 
the 
host 
side for 
communicating 
with 
the 


iSBC 554. Figure 4 illustrates how this message de- 
livery functions. Commands are passed between the 
iSBC 554 and the host processor in the form of re- 
quest blocks. A request block is a buffer that con- 
tains a command specification and the command 
parameters. Each request block (or equivalently, 
each command) is reliably delivered from the host 
processor to MAP-NET/iNA 960 R2.0 via the MIP 
facility. MAP-NET/iNA 960 R2.0 will extract the com- 
mand information and carry out the command. After 
a command is done, MAPNET/iNA 960 R2.0 will use 
the MIP facility to return the command result to the 
user program. 


iNA 960 R2.0 request blocks are in the same for- 
mats as iNA 960 commands. Refer to the iNA 960 
and MAP-NET data sheets and reference manuals 
for more details on the iNA 960 R2.0 and MAP-NET 
software. 
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PRECONFIGURED 
SOFTWARE-iNA 


961 AND MAP 2.1SXMSW 


Preconfigured iNA 960 software supports the iSBC 
554 COMMengine as a router (MAP/TOP) or as a 
transport and network communications engine. The 
iNA 961 package contains the iRMX 86 device driv- 
er, user interface utilities and preconfigured commu- 
nications software. 


MAP 2.1SXMSW preconfigured 7 layer solution sup- 
ports all seven layers on the iSBC 554 COMMengine 
board. The layers that are located on the COMMen- 
gine includes FTAM, Directory Services, CASE, Ses- 
sion, Transport, Network, and the Data Link layer. In 
order to allow the maximum flexibility in interfacing 
users applications, the Network Management facility 
has been added. The combined layer solution pro- 
vides the user with a certified, and conformance 
tested COMMengine, with the flexibility to modify all 
the system parameters. 


The above preconfigured MAP product is supplied 
with iRMX 86 device drivers, user interface utilities 
and the 7 layer conformance tested software. The 
iSBC 554 COMMengine and software is designed to 
support generic operating systems and different 
host processors. 


OPERATING 
SYSTEMS 
ENVIRONMENT 


The iSBC 554 board and iNA 960 R2.0 software can 
function in any MULTIBUS environment. The com- 
munication between the iSBC 554 board and the 
host processor is entirely independent of any host 
operation systems. MAP-NET/iNA 960 R2.0 use the 
MIP protocol to interface with the host processor. 
MAP-NET/iNA 960 R2.0 can service multiple pro- 
cesses utilizing its services at the same time. 


A host processor passes MAP-NF. 
,NA 960 R2.0 


commands and buffers in the MULTIBUS system 
memory to the MAP-NET/iNA 960 R2.0 software. 
MAP-NET/iNA 960 R2.0 is responsible for updating 
the response fields of these commands. It is respon- 
sible for copying the user send buffer in MULTIBUS 
system memory into its on board buffers for trans- 
mission and for copying received messages to user 
buffers in MULTIBUS system memory. 


iSBC® BOOT FIRMWARE 
USER 


INTERFACE 


The iSBC 554 boot firmware 
is used to 
load 


MAP-NET/iNA 960 R2.0 or other software onto the 
554 from either local MULTIBUS memory or a re- 


mote network station. The firmware performs a num- 
ber of local and network diagnostics. 


The iSBC 554 boot firmware commands fully sup- 
port the initialization of the MIP interface. The MIP 
interface is used by the host processor to communi- 
cate with the iNA 960 R2.0 once it is loaded and 
started. 


The iSBC 554 board offers a range of power up di- 
agnostics designed to ensure that the 80186 proc- 
essor, the memory (EPROM and RAM), and the To- 
ken Bus Interface are functioning properly. 


Available Literature: 
- 
iNA 960 Release 2.0 Programmers Reference 
Manual 
- 
iNA 960 Release 2.0 Configuration Guide 


- 
iSBC 186/51 Hardware Reference Manual 


- 
iSBC/iSXM 552 Hardware Reference Manual 


- 
iSBC/iSXM 552A Hardware Reference Manual 


- 
iSBC 554 Hardware Reference Manual 


- 
MAP-NET Programmers Reference Manual 


- 
RMX-NET Programmers Reference Manual 


HARDWARE 
Part Number 
iSBC 554-1 
Modem Frequencies/Channel Pairs 
Transmit: 59.75 to 71.75 MHz/Ch. 3 


and 4 
Receive: 252 to 264 MHz/Ch. Pand Q 
Transmit: 71.75 to 83.75 MHz/Ch. 4A 


and 5 
Receive: 264 to 276 MHz/Ch. Rand S 
Transmit: 83.75 to 95.75 MHz/Ch. 6 


and FM1 


Receive: 276 to 288 MHz/Ch. T and U 
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SOFTWARE 
Code 
MAP21SXMSWRO 


Description 
License 
for 
preconfigured 


MAP 2.1 Layers 3-7 software. 
Incorporation fee for precon- 
figured MAP 2.1 Layers 3-7 
software (licence required). 


License for configurable MAP 
2.1 layers 5-7 software. 


Incorporation fee for configu- 
rable MAP 2.1 layers 5-7 soft- 
ware (license required). 
Preconfigured transport 
and 


internet software for an IEEE 
802.3 to IEEE 802.4 Router. 


Configurable MAP 2.1 layers 
3-4 software. 


HARDWARE/SOFTWARE 
PACKAGES 


Code 
Description 


MAP554NODEKIT-X Package consists of one iSBC 
(X = 1, 2 or 3) 
554-X (X = 1, 2 or 3) and one 
MAP21SXMSWRF.This kit re- 
quires the prior purchase of 
MAP21SXMSWRG-the 
soft- 
ware license. 


Network Interface 
Compatibility/ 
IEEE 802.4, Token Bus 10 Mbps 


Conformance 
Broadband 


Cable Connection 75n 
Output on Type F Female 


Connector 


Head End 
Operates with Remodulator Head 
End 


Host Interface 
MULTIBUS@Interface 


DC Power Required 
(Maximum Excluding 
iSBX) 


Conforms to All AC and DC 
Requirements of the Intel 
MULTIBUS Specification 
+5 VDC - 
5.5A 
+ 12 VDC - 
0.3A 
-12 
VDC - 
0.15A 


Environmental 
Temperature: 
O·Cto 60·C Operating 
- 40·C to + 85·C Storage 


Humidity: 
5% to 95%, 
Non-Condensing, for 


Both Operating and Storage 


Member of the OpenNETTM Product Family 


• 
Provides an IEEE 802.3 (Ethernet) 
• 
Single Wide iSBXTMMULTIMODULETM 
Connection for Host Boards with 16-Bit 
that Conforms to Intel's iSBX Bus 
iSBXTMCapabilities 
Specifications 


• 
Based on Intel's 8 MHz 82586 LAN 
• 
Compatible with iNA 960 ISO Transport 
Coprocessor Chip which Includes the 
Layer Software 


following features: 
- 
Direct Support for iRMXTMOperating 
- 
Automatic Retransmission 
Systems 


- 
On-Board Multicast Address Filtering 
- 
Source Code Support for Other 
- 
Host Interface via Buffer Chaining 
Operating Systems 


• 
16 Kbytes of Local Dual-Ported Buffer 
• 
Building Block for IEEE 802.3 to IEEE 
RAM 
802.4 Router 


The iSBXTM 586 Ethernet 
Data Link Engine is a single wide iSBX sized card that provides 
a low cost Ethernet 
controller 
MULTIMODULETM 
for MULTIBUS@ based systems 
with 16-bit iSBX bus capabilities. 
Based on the 
82586 
Local Area Network 
Coprocessor, 
the iSBX 586 implements 
the data link (Layer 2) and physical 
(Layer 
1) layers 
of the 
International 
Standards 
Organization 
(ISO) Open 
Systems 
Interconnect 
(OSI) 
Reference 
Model. 
This allows the iSBX 586 to supply an IEEE 802.3 
10 Mbps (Ethernet) 
connection 
for an iSBC board 
with iSBX capabilities. 


The iSBX 586 MUL TIMODULE 
is a low cost 
building 
block 
that 
can implement 
an Ethernet 
connection 
at 
various 
levels of integration. 
One application 
for the iSBX 586 is as a "best 
effort" 
datagram 
message 
delivery 
engine. 
In conjunction 
with the host iSBC board running 
iNA 960 R2.0 ISO Transport 
Software, 
the iSBX 586 
can allow for a four-layer, 
OpenNET 
compatible 
solution 
for Ethernet 
connections. 
With the iSBC 554 IEEE 
802.4 LAN controller 
as the host running iNA 960, the iSBX 586 provides 
the Ethernet 
connection 
for an IEEE 
802.3 to IEEE 802.4 router configuration. 
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LOCAL 8US 


The iSBX 586 MULTIMODULE consists of the fol- 
lowing major architectural blocks (see Figure 1): an 
8 MHz 82586 LAN Coprocessor configured for 
Ethernet, an Ethernet Serial Interface (ESI), an iSBX 
Interface Controller (XIC) chip, 16 KB of on-board 
RAM memory and the iSBX Bus Interface. 


The Ethernet Interface of the iSBX 586 consists of 
the 82586 Local Area Network Coprocessor and the 
Ethernet Serial Interface components. The 82586 is 
made up of a serial machine, which provides the 
data link control and a parallel interface that is com- 
patible with MCS-86 based systems. The ESI, es- 
sentially, is a 10 Mbps Manchester encoder/decod- 
er. 


82586 LAN Coprocessor 


The 82586 is an intelligent peripheral that complete- 
ly manages the processes of transmitting and re- 
ceiving frames over the network, thus off-loading the 


host CPU of communication management tasks. 
The 82586 features an on chip DMA controller which 
allows it to access the local memory through the 
efficient buffer chaining mechanism. Other features 
of the 82586 are the ability to perform network man- 
agement activities including error and collision tallies 
and diagnostic capabilities via the internal and exter- 
nal loopback functions. Control of the 82586 is 
through high level commands such as TRANSMIT 
and CONFIGURE. 


All information passed between the 82586 and the 
host board is made through the shared local memo- 
ry. The host CPU may load the memory with a com- 
mand and prompt the 82586 to execute. While re- 
ceiving a packet, the 82586 loads receive buffers in 
local memory and, after completing the reception, 
interrupts the host board to indicate that a packet 
has been received. 


The interrupt output of the 82586 is connected di- 
rectly to the iSBX interface and is the only direct 
contact that the 82586 has with the host board. This 
interrupt is used to inform the host board of any 
event that has occurred which requires the host's 
attention. 


A typical local bus cycle begins with a channel atten- 
tion issued by the baseboard to the iSBX 586 (see 
section on the iSBX Bus Interface). Following the 
channel attention, the 82586 generates a HOLD. 
The iSBX Interface Controller (XIC) arbitrates the 
request, releases the control lines and issues a 
HOLDA (Hold Acknowledge). The 82586 can then 
proceed with normal read and write cycles. After 
completing 
the 
required memory accesses, the 
82586 de-asserts the HOLD signal and the XIC re- 
moves the HOLDA. After completing the cycle, an 
interrupt to the host board is generated. For further 
information regarding the 82586, refer to the 82586 
Data Sheet. 


The ESI is a 10 Mbps Manchester encoder/decoder 
designed to work directly with the 82586 LAN Co- 
processor. Additionally, the ESI generates the 10 
MHz transmit and receive clocks for the 82586 and 
drives the transceiver cable. The internal loopback 
function of the ESI allows for fault isolation. 


Loopback is asserted directly through the iSBX Inter- 
face Bus and as such, is controlled by the host CPU. 
When asserted, the 
ESI routes the serial data 
through the transmit logic (without activating the out- 
put drivers) and back through the receive logic to be 
output to the 82586. 


The iSBX Interface Controller (XIC) chip integrates 
the functions necessary to allow the 82586 LAN Co- 
processor and the static memory on board the 
iSBX 586 to interface with the iSBX Interface Bus. 
The XIC chip was designed to accept all pertinent 
iSBX bus signals and act on them in accordance 
with the iSBX Bus Specification for 16-bit iSBX sys- 
tems. The XIC chip is an Intel proprietary component 
and is not offered as a unique product. 


The XIC arbitrates local bus control between the 
82586 and the iSBX Bus Interface. After decoding 
the chip select, address and command lines from 
the iSBX Bus and the HOLDA signal from the 82586, 
the XIC synchronizes the request, determines priori- 
ty and surrenders control of the local bus to the ap- 
propriate bus master. The 82586 has priority over 
the iSBX Interface Bus in terms of local bus arbitra- 
tion. Once the arbitration has been resolved, the XIC 
chip is responsible for activating the proper address 
lines and chip selects for local memory. Additionally, 
the XIC turns on the proper data drivers and man- 
ages the memory control lines. 


On Board Memory 


The iSBX has 16 Kbytes of on board local RAM that 
serves as a communication liaison between the 
82586 and the host CPU as well as providing buffers 
for packet storage prior to transmission and after 
reception. The RAM consists of two 8K x 8-bit 
CMOS static RAM chips configured as a two byte 
word to provide the full 16 bits of data. The RAM is 
addressed from 0 to 3FFFH locally but may be ac- 
cessed at any 16K boundary (0, 4000H, 8000H, etc.) 
by the host board. In this way, the 82586 can access 
the fixed System Configuration Pointer (SCP) at 
memory location 3FF6H. Refer to the 82586 Data 
Sheet for information on the SCPo 


A standard 32 x 8-bit PROM is used to contain the 
unique Ethernet station address. The station ad- 
dress is factory programmed and can only be ac- 
cessed by the host board via the iSBX Bus. 


The iSBX Bus Interface is a major portion of the 
iSBX 586 MULTIMODULE. The XIC provides the in- 
terface between the iSBX Bus and the 82586 LAN 
Coprocessor and the local memory. The iSBX 586 is 
addressed as if it is an I/O slave on the iSBX Bus. 
There are four iSBX ports allocated for baseboard 
communication. The decoding of the ports is out- 
lined in Table 1. MAO-MA2 are iSBX bus address 
lines. 


MA2 
MAl 
MAO 
Function 
Read/Write 
X 
0 
0 
MemoryAccess 
RD/WR 
X 
0 
1 
iSBXTMAddressLoad WROnly 
X 
1 
0 
StationAddressRead RDOnly 
X 
1 
1 
ChannelAttention 
WROnly, 
Data= X 


NOTE: 
As described in the iSBX Bus Specification, 16-bit 
iSBX base boards may connect ADR1-3 
to the 
MULTIMODULE MAO-2 lines. 


Due to the lack of addresses on the iSBX bus, the 
local iSBX 586 memory address must be set prior to 
the actual read or write operation over the iSBX Bus. 
The baseboard must first set up the appropriate ad- 
dress by executing an I/O write to the iSBX Address 
Load port 1 (MA1 = 0, MAO = 1). The data written 
to port 1 is considered the iSBX memory address for 
the following iSBX memory access. The baseboard 
accesses the memory by addressing the iSBX Mem- 


inter 


ory Access port 0 (MA1 = 0, MAO = 0) for either a 
read or a write operation. The previously loaded 
memory address automatically increments allowing 
for sequential memory access without reloading the 
iSBX address (port 1). 


Channel attention is the signal used by the host CPU 
to prompt the 82586 into action. The baseboard is- 
sues a channel attention by simply writing to the 
iSBX port address 3 (MA1 = 1, MAO = 1). In re- 
sponse, the XIC chip asserts the Channel Attention 
signal directly to the 82586. 


The unique, factory programmed Ethernet station 
address can only be read by the host board. Read- 
ing the station address is accomplished by the base 
board issuing an I/O read to the iSBX port address 2 
(MA1 = 1, MAO = 0). The PROM address space is 
between 0 and 3EH. 


A typical iSBX Bus Cycle is intiated by the base- 
board activating the appropriate address, chip select 


and command lines. After the XIC chip receives the 
active address and chip select signals, it issues an 
MWAIT to the baseboard. When the command is 
received, the XIC arbitrates between the 82586 and 
the baseboard. If the arbitration is resolved in favor 
of the baseboard, the XIC turns on all drivers on the 
iSBX 586 board for the current cycle. Subsequently, 
the MWAIT signal is de-asserted, allowing the base- 
board to complete the cycle. 


The iSBX 586 is designed to operate as a slave to 
MULTIBUS hosts with 16-bit iSBX bus capabilities. 
Because the iSBX 586 has no processing ability, all 
associated software must be executed by the host. 
Most of the functions of the Data Link and Physical 
layers of the ISO Model are supported by the 
iSBX 586. iNA 960 R2.0 is Intel's ISO compatible 
software package for the Network and Transport 
Layers. 
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ORDERING 
INFORMATION 


Part Number 
Description 


iSBX 586 
Ethernet Data Link Engine 


SPECIFICATIONS 
iSBX Interface 
Data Transfer 
Signal Levels 


Serial Interface 
DC Power 
Requirements 


16 bits 
See the iSBX 586 Hard- 
ware Reference Manual 
All iSBX bus signals are 
supported except: 
MA2 
MINTR1 
MCLK 
OPT1 
MDACK 
TDMA 
MDRQT 
-12V 


IEEE 802.3 compatible 
All voltages supplied by 
the iSBX Interface 
+SV DC ±S%, 2A max. 
+ 12V DC ±S%, 1A max. 


ENVIRONMENTAL 
Temperature 
O·C to 
SS·C Operating 


(Free moving air across 
the 
base 
board 
and 


iSBX 586) 
- 40·C to 
+ 6S·C Non- 


Operating 


Humidity 
5% to 90% Operating 
5% to 95% Non-Operat- 
ing 


Refer to the iSBXTM586 Hardware Reference Man- 
ual (not supplied) for details. 


inter 
iSBC® 186/530 MULTIBUS® II 
ETHERNET (IEEE 802.3) COMMUNICATIONS 
ENGINE 
• Provides 
ETHERNET 
(IEEE 802.3) 
• Four 28-Pin JEDEC Sites, Expandable 


Compatible 
Networking 
Capability 
for 
to 8 Sites with iSBC@ 341 
all MUL TIBUS@ II Systems 
MUL TIMODULETM 
for a Maximum 
of 
• High Integration 
8 MHz 80186 
512K Bytes EPROM 


Microprocessor 
• Provides 
one RS232C Serial Port for 


• 256K Bytes DRAM Provided, 
with 
Use in Debug and Testing 


Sockets 
to Expand to 512K Bytes 
• MUL TIBUS 
II Interconnect 
Space for 


DRAM On-Board 
Software 
Configurability 
and 


• MUL TIBUS 
II iPSB (Parallel 
System 
Bus) 
Diagnostics 


Interface 
with Full Message 
Passing 
• Resident 
Firmware 
to Support 
Built-in- 


Capability 
Self-Test 
(BIST) Power-up 
Diagnostics, 
• Host Operating 
System 
Independent 
and Host-To-Controller 
Software 
Download 


The iSBC@ 186/530 
MUL TIBUS@ II ETHERNET 
(IEEE 802.3) Communications 
Engine is a dedicated 
ETHER- 


NET communications 
front-end 
processor 
implementing 
the full, high performance 
message 
passing 
interface 


of the MUL TIBUS II (iPSB) Parallel System 
Bus. This iSBC board combines 
an 8 MHz 80186 16-bit microproc- 
essor, an 82586 
Local Area Network 
Coprocessor, 
an Ethernet 
Serial Interface 
component, 
up to 512K bytes 


of DRAM, four 28-pin JEDEC sites, and one RS232C serial port on a single 220 mm x 233 mm (8.7 in. X 9.2 
in.) Eurocard 
printed circuit board. Acting as a communications 
engine, the iSBC 186/530 
board off-loads 
the 


host CPU(s) in a MUL TIBUS II system from managing 
and executing 
Ethernet 
LAN communications 
tasks. The 


main advantage 
of the communications 
engine concept 
is the ability to add IEEE 802.3 networking 
capability 


to a MUL TIBUS 
II system 
without 
requiring 
a major design effort. The features 
of the board create 
a flexible, 
intelligent 
communications 
controller 
capable 
of supporting 
off-the-shelf 
or custom 
configurations 
on IEEE 


802.3 LANs. 


inter 


Overview 


The iSBC 186/530 MULTIBUS II ETHERNET Com- 
munications Engine is a powerful IEEE 802.3 LAN 
communications sub-system specifically designed to 
operate in and support message-based, multipro- 
cessor system configurations being implemented on 
the MULTIBUS II architecture. The board's on-board 
CPU, an 8 MHz 80186 microprocessor, provides sig- 
nificant intelligence to off-load and distribute the 
LAN communications functions away from one or all 
of a system's processor boards. 


The iSBC 186/530 board was designed as a dedi- 
cated 
ETHERNET LAN front-end 
processor 
to 


enable the OEM to connect MULTIBUS II-based 
systems with different operating systems to the 
same network. 


ETHERNET 
SERIAL 


INTERFACE 


LOCAL 
AREA 


NETWORK 
(LAN) 
PROCESSOR 


92586 


The iSBC 186/530 board supports the full iPSB bus 
interface functions of data and interrupt message 
passing, interconnect space, memory space, and 
I/O references. This board supports both requestor 
and replier functions as described in the MULTIBUS 
II Architecture Specification Handbook (# 146077, 
Rev. C). The board consists of six major subsystem 
areas: Processor, ETHERNET I/O, Memory, Gener- 
al I/O, iPSB bus Interface, and Interconnect (See 
Figure 1). 


The central processor unit on the iSBC 186/530 
board is Intel's 16-bit 8 MHz 80186 microprocessor. 


RS232C 
SERIAL 
INTERFACE 


Figure 1.iSBC~186/530 Board Functional 
Block Diagram 
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The highly integrated 
80186 
CPU combines 
several 


system 
components 
onto a single chip (Le., two Di- 


rect 
Memory 
Access 
lines, 
three 
Interval 
Timers, 
Clock 
Generator, 
and Programmable 
Interrupt 
Con- 


troller). 
The 
80186 
instruction 
set is a superset 
of 


the 
8086 
and 
maintains 
object 
code 
compatibility 


while 
adding 
additional 
instructions. 
This 
high per- 


formance 
component 
provides 
the 
intelligent 
inter- 


face 
between 
engine 
and 
host 
processor(s) 
and 


manages 
the board's 
LAN communications 
capabili- 


ty. 
Refer 
to 
the 
Microsystem 
Components 
Hand- 


book, Order Number 
230843-00X, 
for more detailed 


information 
on the hardware 
operation 
and require- 


ments of the 80186 
microprocessor 
component. 


DIRECT 
MEMORY 
ACCESS 
(DMA) 
FUNCTION 


The iSBC 186/530 
board uses the 80186 microproc- 


essor to provide two DMA channels 
for DMA support 


of the iPSB bus interface, 
the MPC Message 
Pass- 


ing Coprocessor 
chip (See Table 
1). 


Table 
1.ISBC~ 
186/530 
Board 


DMA Channel 
Allocation 


DMA Configuration 
(80186) 


80186 
Local 
Bus Resource 


DMA Channel 
0 
Output DMA to MPC 


DMA Channel 
1 
Input DMA from MPC 
(Message 
Passing Coprocessor) 


ETHERNET I/O Subsystem 


The 
ETHERNET 
interface 
on 
the 
iSBC 
186/530 


board is implemented 
by the 82586 
LAN Coproces- 


sor 
and 
the 
Ethernet 
Serial 
Interface 
component. 


Data is transferred 
between 
the on-board 
memory of 


the iSBC 186/530 
board and the 82586 controller 
by 


82586 
initiated 
DMA. The 82586 
initiates 
the DMA 


cycles 
by activating 
the HOLD signal 
to the 80186 


processor. 
The DMA cycle 
begins when the 80186 


processor 
activates 
the HOLD ACKNOWLEDGE 
sig- 
nal. 


The 82586 
component 
provides 
most 
of the func- 


tions 
normally 
associated 
with 
the 
data 
link 
and 


physical 
link layers 
of a local 
network 
architecture 


(See 
Figure 
2). 
In particular, 
it performs 
framing 


(frame 
boundary 
delineation, 
addressing, 
and 
bit 


error detection), 
link management, 
and data modula- 


tion. 
It also supports 
a network 
management 
inter- 


face. 


The 
Ethernet 
Serial 
Interface 
component 
performs 


Manchester 
encoding 
and decoding 
of the transmit 


and 
receive 
frames. 
It also 
provides 
the 
electrical 


interface 
to 
the 
Ethernet 
transceiver 
cable. 
Both 


chips support 
a loop-back 
function. 
The pin assign- 


ments for the Ethernet 
connector 
are shown 
in Ta- 


ble 2. 


• 'j 
I 
I 
3 
I 
I 
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COlI". EHGtHE 
1 
CAPAItUTY 


Figure 
2. ISO Layered 
Model 


and the ISBC~ 
186/530 
Board 


Pin 
Description 
Pin 
Description 


1 
Shield 
9 
Collision 
(-) 


2 
Collision 
(+ ) 
10 
Transmit 
(-) 


3 
Transmit (+ ) 
11 
Reserved 


4 
Reserved 
12 
Receive 
(-) 


5 
Receive (+) 
13 
Power 


6 
Power Return 
14 
Reserved 


7 
Reserved 
15 
Reserved 


8 
Reserved 


Each 
iSBC 
186/530 
board 
is manufactured 
with 
a 


unique 
default 
48-bit 
Ethernet 
network 
address 


inter 


stored in an address PROM. This address PROM is 
protected by checksum and can be read by utilizing 
the on-board I/O space. The 82586 component can 
be programmed to have this or any other Ethernet 
address. 


80186/82586 
COMMUNICATION 


The 80186 and the 82586 communicate entirely 
through a shared memory space. To the user, the 
82586 appears as two independent but communicat- 
ing units: the Command Unit (CU) and the Receive 
Unit (RU). The CU executes the commands given by 
the 80186 to the 82586. The RU handles all activi- 
ties related to packet reception, address recognition 
CRC checking, etc. The two are controlled and mon~ 
itored by the CPU via a shared memory structure 
called the System Control Block (SCB). Commands 
for the CU and RU are placed into the SCB by the 
host processor. Status information is placed into the 
SCB by the CU and RU (via the CU). The Channel 


Attention and Interrupt lines are used by the CPU 
and the 82586 to get the other to look into the SCB 
(See Figure 3). 
. 


The 82586 features a high level diagnostic or main- 
tenance capability. It automatically gathers statistics 
on CRC errors, frame alignment errors, overrun er- 
rors, and frames lost due to lack of reception re- 
sources. In addition, the user can output the status 
of all internal registers to assist in system design. 


Upon initialization, the 82586 obtains the address of 
its System Control Block through the Initialization 
Root which begins at location OFFFFF6H (See Fig- 
ure 4). The SCB contains control commands, status 
register, pointers to the Command Block List (CBL) 
and Receive Frame Area (RFA), and tallies for CRC 
Alignment, DMA Overrun, and No Resource errors: 
Through the SCB, the 82586 is able to provide 
status and error counts for the 80186, execute "pro- 
grams" contained in the CBL and receive incoming 
frames in the Receive Frame Area (RFA). 


82586 


RECEIVE 
UNIT 
1 


CHANNEL 
I 
ATTENTION 
COMMAND 
I 
XMIT 
UNIT 
I 


CPU 
I 


INTERRUPT 


>- 


... 
~ 


\ 
ON-BOARD LOCAL BUS 
I 


• 


MEMORY 
, 


COMMAND 
BLOCK 
SYSTEM 
LIST 


CONTROL 
BLOCK, 
I 
RECEIVE 
FRAME 
AREA 


Figure 3. System Overview 
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Memory SUbsystem 


The iSBG 186/530 board's on-board memory sub- 
system consists of a large DRAM array and a set 
of 
ROM/EPROM 
memory sites. Access to the 


on-board memory subsystem resources, as well as 
off-board iPSB bus access, is accomplished by ob- 
serving the iSBG 186/530 board memory map (See 
Figure 5). The mapping occurs within the 1 mega- 
byte memory space of the 80186 microprocess9r, 
and is split into three main areas: DRAM reserved, 
iPSB window, and EPROM reserved. The first 0 to 
512K bytes is always reserved for local DRAM, the 
next 128K or 256K bytes (or up to 768K) is the iPSB 
window, and the remaining 384K or 256K byte area 
is reserved for local EPROM. The iPSB window 
maps a 128K or 256K byte memory area into the 4 
gigabyte global 
physical address 
range of 
the 


MULTIBUS " iPSB bus. This window is programma- 
ble and allows the 80186 processor to access the 
complete 4 gigabyte memory space of the iPSB bus. 


The board's memory map also supports a 64K byte 
access window for I/O space between local and 


iPSB bus access. The 64K bytes of local I/O space 
is mapped 1-to-1 to the iPSB bus' 64K byte I/O 
space. The upper 32K bytes access the iPSB bus 
I/O space, and the lower 32K bytes are reserved for 
local on-board I/O. 


The iSBG 186/530 board comes standard with a 
256K byte DRAM memory array on-board. Eight ad- 
ditional 18-pin sockets are provided to the OEM for 
expanding the DRAM array to 512K bytes. 


A total of four 28-pin JEDG universal sites reside on 
the iSBG 186/530 board. These sockets support ad- 
diton of byte-wide ROM and EPROM devices in den- 
sites from 8K bytes (2764) to 64K bytes (27512) per 
device. Two of the four sockets contain a pair of 
27128 EPROM devices installed at the factory. 
These devices contain 32K bytes of firmware provi- 


inter 


IPSB 
IIEIIORY 
IIAP 


D4GBYTES 


~ 


ON- 


BOARD 
EPROII 


__ 
J~S_B__ 


WINDOW 


ON- 


BOARD 
DRAM 


0 


IIBII 
WINDOW 


ded to execute 
the Built-In-Self-Test 
(BIST) power- 
up diagnostics 
routine, 
EPROM 
devices 
installed 
at 


the factory. 
These devices contain 
32K bytes of firm- 


ware 
provided 
to 
execute 
the 
Built-In-Self-Test 


(BIST) power-up 
diagnostics 
routine. 
The remaining 


two 
sockets 
allow 
the 
user 
to 
add 
either 
two 


ROM/EPROM 
devices 
or an iSBC 341 
256K 
byte 


EPROM 
MUL TIMODULETM 
board for a maximum 
of 


512K bytes of ROM/EPROM 
on-board. 


PROGRAMMABLE 
TIMERS 
AND 
INTERRUPT 


CONTROL 


The 
board's 
80186 
microprocessor 
provides 
three 
independent, 
fully programmable 
16-bit interval 
tim- 


ers/ event counters 
and an interrupt 
controller. 


The 
80186 
interrupt 
controller 
is configured 
in the 
"fully 
nested 
mode," 
and supports 
five ex1ernal in- 
terrupt 
sources 
via five dedicated 
pins provided 
on 


the 
80186. 
All five 
pins 
are 
used 
as interrupt 
reo 


quests from other hardware 
on-board 
(See Table 3). 


The I/O subsystem 
provides 
timers, interrupt 
control 


and an RS232C 
serial port for debug and test. 


Interrupt 
Vector Type 
Vector Location 
Default 
Function 
Priority 


NMI 
2 
00008 H 
1 
Reset stake pin 


INTO 
12 
00030 H 
6 
Interrupt 
from the Ethernet 
Controller 
INT1 
13 
00034 H 
7 
Message 
Interrupt from the MPC (MINT) 
INT2 
14 
00048 H 
8 
Error Interrupt 
from the MPC (EINT) 
INT3 
15 
0004C H 
9 
Interrupt from the 8031 Interconnect 
Controller 


inter 


There is a simple RS232C serial port provided on 
the iSBC 186/530 board for use in debug and test. 
The serial interface is derived from the 8031 serial 
interface port. Only the Receive Data (RD) and 
Transmit Data (TD) lines are supported, connected 
to a 25-pin connector on the front panel. The pin 
assignments for the 25-pin connector are shown in 
Table 4. 


Table 4. Serial Interface Connector, 
Pin Assignments 


Pin 
RS232CFunction 
Pin RS232C Function 


1 
Shield 
14 
Not used 


2 
Transmit Data (TXD) 
15 
Not used 


3 
Receive Data (Rx D) 
16 
Not used 


4 
Not Used 
17 
Not Used 


5 
Not Used 
18 
Not Used 


6 
Not Used 
19 
Not Used 


7 
Signal Ground (OV) 
20 
Not Used 


8 
Not Used 
21 
Not Used 


9 
Not Used 
22 
Not Used 


10 
Not Used 
23 
Not Used 


11 
Not Used 
24 
Not Used 


12 
Not Used 
25 
Not Used 


13 
Not Used 


This subsystem's main component is the MPC Mes- 
sage Passing Coprocessor chip. Subsystem serv- 
ices provided by the MPC bus interface component 
includes full message, memory, I/O, and intercon- 


nect access to the iPSB bus by the 80186 and 
82586 processors. 


The single-chip Message Passing Coprocessor is a 
highly integrated CMOS device implementing the full 
message passing protocol and performing all the ar- 
bitration, transfer, and exception cycle protocols 
specified in the MULTIBUS II Architecture Specifica- 
tion Handbook, Rev. C., Order Number 146077. 


Interconnect 
Subsystem 


MULTIBUS II interconnect space is a standardized 
set of read-only and software configurable registers 
designed to hold and control board configuration in- 
formation, and communicate system and board level 
diagnostics and testing information. Interconnect 
space is implemented with an 8031 microcontroller 
and the MPC silicon resident on the iSBC 186/530 
board. 


The read-only registers store information such as, 
board type, vendor I.D., firmware rev. level, etc. The 
software configurable registers are used for auto- 
software configurability and remote/local 
diagnos- 
tics and testing. For example, a software monitor 
can be used to dynamically change bus memory 
sizes, enable on-board resources such as memory, 
read if the PROM devices are installed, or access 
results of Built-In-Self-Tests and other diagnostics. 


Most options on the iSBC 186/530 board are con- 
trolled by interconnect space. In addition, many of 
the interconnect registers on the board perform 
functions traditionally done by jumper stakes. Other 
interconnect registers provide status information al- 
lowing system software to determine configuration 
status. 


ISBC 18l1/530 
LAN 
CONTROLLER 


ROM BASED 
DOWNLOAD 
ROUTINE 
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HOST/CONTROLLER SOFTWARE DOWNLOAD 
ROUTINE 


Resident in ROM on this controller is a host-to-con- 
troller software download routine to support the 
downloading of communication firmware into the 
iSBC 186/530 board. This loader adheres to the 
MULTIBUS II Download Protocol and responds to 
commands issued by software running on a host 
CPU board. The host CPU passes these commands 
to the loader via registers defined in the board's in- 
terconnect 
space. A download function, a com- 


mence execution function, and an examine local 
memory function are all provided in the routine. Data 
transfers are supported by both shared memory sys- 
tems and message based systems. The top 1K of 
DRAM on the board is reserved for the exclusive use 
of the download program. Host CPUs must not over- 
write this area with download commands. 


Software on the host is responsible for accessing 
the iSBC 186/530 board's firmware on disk or from 
ROM visible to the host and translating it into linear 
sequences of bytes suitable for downloading (See 
Figure 6). After downloading the firmware, the host 
issues a command for the loader routine on the con- 
troller to begin execution of the download software. 


On-board initialization checks and built-in-self-test 
(BIST) diagnostics are implemented using the 8031 
microcontroller and the 80186 microprocessor. On- 
board tests included in the BIST package are: 
DRAM, EPROM, 80186, 82586, 8031, and MPC. 
These tests are performed by the 80186 microproc- 
essor. 


Additional activities performed include a Reset Op- 
erating System initialization at power-up and a pro- 
gram table check, a feature allowing users to add 
custom code in EPROM while still maintaining full 
use of the facory supplied BISTs. Immediately after 
power-up and the 8031 microprocessor is initialized, 
the 80186 microprocessor begins its own initializa- 
tion and on-board diagnostics. Upon successful 
completion of these activities, the Reset Operation 
System invokes the user-defined program table. A 
check is made of the program table and the custom 
programs that the user has defined for his applica- 
tion will then execute sequentially. 


The BIST package provides a valuable testing, error 
reporting and recovery capability of MULTIBUS II 
boards enabling OEMs to reduce overall system 
manufacturing and maintenance costs. An LED on 
the board's front panel indicates the status of pow- 
er-up diagnostics. It is on when BIST diagnostics 
start running and is turned off upon successful com- 
pletion of the BISTs. 


Instructlon-8-, 
16-, 24-, or 32-bits 


Data-8-, 
or 16-bits 


System Clock 


CPU-8.0 
MHz 


Cycle Time 


Basic Instructlon-8.0 
MHz-375 
ns; 250 ns (as- 


sumes instruction in queue) 


NOTE: 


Basic instruction cycle is defined as the fastest in- 
struction time (Le., two clock cycles). 


DRAM-256K 
bytes on-board (64K x 4-bit devices). 


8 sockets provided to support additional 256K bytes 


EPROM-Number 
of sockets-four 
28-pin JEDEC 


sites 


EPROM 
Device Size 
Maximum 


(Bytes) 
Memory Capacity 


2764 
8K 
32K bytes 


27128 
16K 
64K bytes 


27256 
32K 
128K bytes 


27512 
64K 
256K bytes 


"EPROM 
expansion to up to a maximum of 512K bytes is achieved 


via attachment of the iSSe 341 EPROM (256K byte) MUl TIMODUlE 
board. 
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I/O 
Capability 


ETHERNET (IEEE 802.3)- 
One ETHERNET chan- 
nel. Uses 15-pin connector, 82586 LAN Coproces- 
sor and an Ethernet Serial Interface component 


RS232C-only Serial Port- 
Simple serial port, 
RS232C, driven off 8031 microcontroller serial port 
interface; used for debug and test 


Timers- 
Three programmable timers on the 80186 


microprocessor 


Input Frequencies- 
Frequencies supplied by the 


internal 80186 16 MHz crystal 


Interrupt 
Capability 


Potential Interrupt Sources from iPSB Bus- 
255 


individual and 1 Broadcast 


Interrupt Levels - 
5 interrupt sources using 80186 


Interrupt Controller 


Depth - 
220mm (8.7 inches) 


Height - 
233mm (9.2 inches) 


Environmental 
Characteristics 


Temperature: 
Inlet air at 200 LFM airflow 
over all boards 
- 40°C to + 70°C 
OCOto +55°C 


(non-operating) 
(operating) 
Humidity 
(non-operating) 
95% Relative Humidity @ 
+ 55·C, non-condensing 
95% Relative Humidity 
@ 


+ 55·C, non-condensing 


The maximum power required per voltage is shown 
below. These numbers do not include the power re- 
quired by the optional memory devices or expansion 
modules. 


Voltage 
Max. Current 
Max. Power 


(volts) 
(amps) 
(watts) 


+5V 
6.5A 
34.13W 


+12V 
50mA 
0.06W 
-12V 
50mA 
0.06W 


Reference 
Manuals 


iSBC 186/530 ETHERNET (IEEE 802.3) Communi- 
cations Engine User's Guide 149226-001 


Intel MULTIBUS II Architecture Specification Hand- 
book 146007 


Reference manuals may be ordered from any Intel 
Sales Representative, Distribution Office, or from 
the Intel Literature Department, 3065 Bowers Ave- 
nue, Santa Clara, CA 95051. 


ORDERING 
INFORMATION 
Part Number 
Description 
iSBC 186/530 
MULTIBUS II ETHERNET (IEEE 
802.3) Communication Engine 


intel' 
Network 
Services 


"'" 


Q- 


Q 
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• 
1UfAL IAN SOLUTION FOR 
MICROSYSTEM APPUCAll0NS 


OpenNET 
is Intel's 
Open System strategy 
and product 
family 
for local 
area 
networks 
(LANs). 
XENIX-NET 
represents 
the first truly integrated 
department 
service 
network 
to provide 
all the 
necessary 
hardware 
and 
software 
to link Intel 
microsystems, 
terminals, 
PCs, 


mainframes, 
minis, 
peripherals 
and software 
in one 
consistent, 
integrated 
system. 


• 
XENIX-NET NE1WORK FILE ACCESS 
IUR TRANSPARENT INTEROPERATION 


XENIX-NET provides 
transparent 
network 
file access 
(NFA) and additional 
network 
services to interoperate 
among various nodes on the LAN. XENIX-NET NFA runs 
under the XENIX 3.0 operating 
system from Intel. There 
are no special operating 
system calls to access remote 
files. 


Applications 
and users make standard 
XENIX file access 
requests 
such 
as OPEN, 
CLOSE, READ and WRITE. 
XENIX-NET NFA transparently 
accesses 
files across the 
network. 
XENIX-NET NFA determines 
from 
the file· 
name 
if the file is on a local storage 
device or remote 
across the network. Application~ access remote files as if 
they were 
local; no modification~ 
to application~ 
soft- 
ware are required 
to run across the network. 


XENIX·NET NFA makes networked 
microsystems 
look 
like one large integrated 
computer 
system with a single 
network·wide 
hierarchical 
file system. 


XENIX*-NET 
NElWORKING 
OpenNET™ 
PRODUCT 
FAMILY 


• Complete IAN Solution based entirely 


on standards 
• Multiple operating system interoperation: 


XENIX, MS'-DOS,iRMX'", iNDX 
• Existing applications distributed 
without change 
• Comprehensive network services: 


Network File Access 
RemoteJob Execution 
Network XENIX Mail 
Network Administration 
Virtual Terminal 
MS-DOSVirtual Terminal 
Print spooling 


In addition 
to transparent 
network 
file access, XENIX- 


NET makes available critical 
services 
to all nodes 
in a 


LAN providing 
for increased 
group 
productivity 
and 
system 
utilization. 
Remote Job.Execution. 
With Remote 
Job Execu- 
tion, a user can execute 
a XENIX command 
stream 
at 
single 
or multiple 
remote 
nodes. 
Additionally, 
these 


command 
streams 
can 
be queued 
for execution 
at 
specific 
times throughout 
the day. This facility allows 


users to distribute 
and balance 
the workload 
logically 


throughout 
a network, 
completely 
utilizing 
the com- 
bined 
power 
of the network 
resources. 


Network XENIXMail. The XENIX Mail facility has 
been extended 
to transparently 
reach beyond 
a single 


XENIX system 
to remote 
nodes within 
a LAN. XENIX 


Mail users 
don't 
have 
to concern 
themselves 
with 
where 
a particular 
user resides 
on the network. 
Net- 


work XENIX Mail service provides 
the necessary 
rout- 


ing and delivery throughout 
the network 
and through 
a 


UUCP link. 
Virtual Terminal. Packaged 
as a separate 
network 


service, 
Virtual Terminal 
allows local XENIX users to 


"logon" 
to a remote 
Intel 
XENIX node 
within 
the 


network. 
This capability 
allows users to access all avail- 


able resources 
and functions 
such as host communica- 


tions and peripherals. 
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DOS-NET Virtual Terminal. 
Packaged as a separ- 
ate network service, DOS-NET Virtual Terminal is an 
MS-DOS service which allows IBM Pes and compati- 
bles connected 
through the OpenNET LANto "logon" 
to any remote 
Intel XENIX system and access the 


multiuser 
applications 
and services (such 
as mail) 


available in that environment. 
Easy Network 
AdadnistratiOft. 
XENIX-NETpro- 


vides a complete set of interactive network configura- 
tion and maintenance 
utilities. With the addition of 


iBASE, Intel's menu driven business 
shell, network 


administration 
is further simplified by giving the net- 
work administrator 
a "window" to all nodes residing 


on a sub-network. 
A series 
of screens 
and menus 


prompts 
the administrator 
through network configu- 
ration and maintenance. 
Print Speolifta. 
XENIX-NET Print Spooling pro- 
vides shared access to single or multiple printers dis- 
tributed 
throughout 
a network. Expensive laser and 


letter-quality 
printers, 
for example, 
can be shared 


among numerous users from one site and need not be 
duplicated 
at each node in the network. 


• 
Open NET IAN STANDARDS 


Intel supports 
and drives LANstandards and technol- 
ogy for the microsystems 
and microcommunications 
industries. 
The OpenNET product 
family adheres to 


the 
International 
Standards 
Organization's 
(ISO) 
seven layer Open Systems Interconnect 
(OSI) model. 
Only complete 
products 
that conform to this model 


and are based on open and public standards carry the 
OpenNET name. 
ORDERING 
INFORMATION 


• 
COMPLETE 
NElWORK 
SUPPORT 
AND 


SERVICE FROM A SINGLE SOURCE 


Intel takes ownership of the complete network system 
by offering a broad range of service and support pack- 
ages. 
Network consulting, planning, design and analysis is 
available for customers to ensure proper, cost-effective 
network selection and configuration. 
Network 
installation 
and check-out 
service consoli- 


dates the complex coordination 
of a network installa- 


tion to one vendor. Intel reduces the time to network 
availability by ensuring the proper 
functioning 
of all 


nodes on the network, including the cabling. 
Intel extended hardware/software 
service and support 


agreements 
are designed 
to support 
both Intel and 


non· Intel components 
of a network 
- 
making Intel 


the single point of contact for problems or questions 
relating to the network. 
Finally, Intel offers complete 
training on XENIX-NET 


software, as well as for the entire OpenNET product 
line to make network users as productive 
as possible. 


• 
OpenNET 
XENIX-NET - 
TIlE IDfAL 


IAN SOLUTION 


No other 
hardware 
and software LAN combination 
integrates such a breadth of services or offers a faster or 
more economical 
path to getting networked 
applica- 


tion systems that transform personal productivity into 
organizational 
efficiency. 


Complete 
Nctwork-au.ty 
system. 


Complete 
XENIX·NET ready systems 
are available 
from Intel. SYS310- I 4 I comes 
complete 
with an integrated 
IAN controller.SYS31D- 


145 comes with an integrated 
IAN controller 
as well as an integrated 
mainframe 
Host Communication 
Controller 
for ASYNC and BYSNC 
communication 
protocols. 


Any Series 300 microsystcm 
from Intel may be upgraded 
to a network·ready 
system by adding an XNXNFAEKRIKIT option, 
or at initial 
order 
appending 
"XN" option 
designator 
for System 300 hardware 
configuration 
orders. 
XENIX Networll.ins 
Softwlll'C ••• d lUg 


XNXNFAEKRI 
XENIX Networking 
and iNA 961 Object 
Software 
plus rights 
for 8 copies 
XNXNFAEKRIKIT 
XENIX Networking 
and iNA 96 I Object 
Software plus an iSXM 552S Ethernet 
controller 
for pass-through 
product 
DOSNE1VI'SKRI 
PC terminal 
emulator 
that enables 
a PC user to "login" directly 
to a XENIX system running 
XENIX virtual terminal 
XNXNE1VI'SKRI 
Provides 
XENIX·to·XENIX 
virtual 
terminal 
capabilities 
IAN IIantware 
iSXM552 
iMDX457 
iMDX3015 
iMDX3016-1 
iDCM91I-l 
PCUNK 


Ethernet 
COMMengine 
plus one iNA 961 Software 
Incorporation 
Fee 


Ethernet 
Transceiver 
Cable 


Ethernet 
Transceiver 
Ethernet 
Cable 


Intellink 
Includes 
the Network 
Interface 
Unit (NIU) add-in IEEE 802.3 "Ethernet" 
controller 
for IBM PC and compatibles, 


preconfigured 
iNA 96 I ISO transport 
software 
for NIU and MS NET network 
tile access software 
for PC DOS/MS- 


DOS PC or compatible. 


Opt''oNET™ 
PERSONAL 
COMPUTER 
LINK2 


OIH'"NETTM, /tiS-NET Access I'or the IB/tI™ PC 


Now users of IBM"" PC AT. PC XT and other compatible 
computers 
can access Intel's OpenNErr" 
networking 
system, using Microsoft's 
MS-NET. through 
the OpenNET Personal Computer Link2 (PC 
Link2), An 80186/82586 
microprocessor-based 
expansion 
board, PC Link2 is easily installed 
in a PC 
expansion card slot and uses only 44 K of PC memory, The software 
package incorporates 
the MS- 
NET and iNA 960 (ISO 8073 compatible) 
transport 
software. 
' 


OIH'"NETTMPERSONAL CO/tlPlJTER LlNIl2 
FEATlJRES 


• 
Runs on IBM PC AT. PC XT. and PC-DOS 
• 
Uses ISO 8073 transport 
and EtherNETI 


compatibles 
IEEE 802.3 standard 
communication 
• 
Uses standard 
DOS commands 
protocols 
• 
Interconnects 
to iRMX@, XENIX'", and VAX'"I 
• 
Intelligent 
high performance 
hardware 
with 
VMS"" NOS-II NRM Systems having OpenNET 
on-board 
microprocessor, 
16 K bytes EPROM 
server capability 
and 256 K bytes RAM 


inter-------- 
--------- 


CONFIGlJRE SPECIALIZED 
PC-BASED S),STEMS 


Open~ET 
PC Link2 gives you the freedom to network your 


PCs in the most advantageous 
way possible. whether 
as 
consumer 
workstations 
or as file servers. 
PC Link2 also 
allows easy access to files on other operating 
systems. 


such as iNDX. XENIX. iRMX. or VAXNMS. 


OpenNET PC Link2 supports 
ilI\DX. XE\lIX. 
and iRMX 


networking 
software 
at the application 
layer. 


INTELLIGENT 
HARDWARE 
OFFLOADS 


THE HOST CPlJ FOR OTHER 
APPLICATIONS 


The PC Link2 board allows the host to concentrate 
on your 


applications 
because it contains 
an on-board 
processor 


and sufficient 
memory 
to handle the communication 
tasks. 


The components 
on the board include: 


• 
80186 
microprocessor. 
8 MHz zero-wait-state 
for 


memory 
access 


• 
82586 
LA" 
communications 
controller 
• 
16 K bytes EPROM 
• 
256 K bytes RAM shared by the PC host and the PC 
Link2 board 
• 
Jumper selection for EtherNET 
or IEEE 802.3 


t:ff~t1"e self D1apostl«:s. 
Diagnostics 
firmware 
on the network controller 
board is invoked each time the 
system is initialized. 
both during 
power-up and reset. The 


diagnostic 
routine displays 
the Ether 
ET address 
and 


tests these functions: 


• 
80186 
and 82586 
microprocessors 


• 
I/O ports 


• 
Shared 8 K byte memory 
window 


• 
Interrupt 
channels 


• 
EtherNET 
connection 


PCLlNlt2 
SOFTWARE PROVIDES 
)'OlJ 


A COMPLETE SOLlJTION 


The network controller 
board performs 
all network 
communication 
functions 
for the first two layers of the ISO/ 


OSI reference model. Layers three and four reside in the 
on-board 
iNA 960 transport 
software. 
The upper layers 


reside in the MS-NET networking 
software 
on the PC 


system. 


APPLICATION 
(7) 


PRESENTATION 
(6) 


SESSION 
(5) 


TRANSPORT 
(') 


NETWORK 
(3) 


DATA LINK 
(2) 


PHYSICAL 
(1) }I_:J 


• 
PC LlNK2 
NETWORK 
CONTROLLER 
BOARD 


Software 
prowldes I.dustry 
sta.dard 


protAKols. OpenNET PC Link2 software 
supports 
the 
protocols 
adopted 
by Inte!. Microsoft 
and IBM networking 
products. 
The software 
includes: 


• 
MS-NET Microsoft 
Networks networking 
software 
1.01. 


giving access to remote file servers on the network 
system . 


• 
Customized 
i'liA 960 transport 
layer software 
operating 
on the network controller 
board. 


DESIGNED FOR EAS}' 
CONFIGlJRATlON, AND EFFICIENT, 
TRANSPARENT 
OPERATION 


Easily I.stalled 
c:o.troUer board. 
The network 


controller 
fits any available expansion 
slot of a PC system. 


Industry 
standard 
IEEE 802.3IEthert\ET 
and ISO 8073 
transport 
protocols 
proVide compatibility 
with existing 
installed 
networks. 


Ready for use la lust tbree steps. 
To install 


OpenNET PC Link2 
in an end-user workstation. 
simply 
follo\l. these three steps: 


• 
Install the network controller 
board and connect the PC 
system to an EtherNET 
transceiver 
or an Intellink 


module. 


• 
Configure 
the software. 
including 
the name and 
Ether:\ET 
address 
assigned to the PC system. 


• 
Define the PC system as a valid user of the remote 
server system. 


T~ree-8tep .etwork 
ac:c:ess. To access files. 
directories. 
or printers 
at remote servers on the network. 
follow these steps: 


• 
Invoke the PC system's 
consumer 
networking 
software. 


• 
Execute a connect-to-server 
command. 


• 
Execute standard 
DOS commands. 


When workstations 
are dedicated 
to specific applications. 
the user can place these commands 
in a DOS batch file so 
that the PC system will automatically 
be connected to a 
remote server 
\I. hen the operating 
system is booted. 


Powerful features 
aid errldeat 
perfo •... 


maac:e. OpenNET PC Link2 capabilities 
include: 


• 
Remote access to any file within 
the server home 


directory 
including 
multiple 
subdirectories. 


• 
Applications 
such as Lotus 1-2-3 can be stored on the 
server and accessed from the network. 


• 
Common DOS commands 
are valid across the network. 


This powerful capability 
prOVides the user with access 
to many DOS utilities. 


• 
Shared printer 
access. eliminating 
the need for a 


dedicated 
printer 
at the workstation. 


OTHER ACCESSORIES ARE 
AJiAILABLE TO PROJlIDE }'OlJA 
COMPLETE NETWORIl 
CONNECTION 


IEEE 802.3 
EtherNET 
accessories 
include transceivers. 
cables and an EtherNET 
cluster module to reduce the cost 
of your network. 


t;tberNt;T Tra.sc:elwer. The N-series transceiver 
meets the requirements 
of IEEE 802.3 and EtherNET 
1.0/2.0 specifications. 
Heartbeat. 
jabber. halfstep 


signalling 
and 2 KV RMS isolation 
voltage as specified 
in 
the IEEE 802.3/EtherNET 
standard 
are provided. 
The 


heartbeat 
is disabled 
by a simple jumper 
selection. 


Transceiver 
Cables are available 
in two different 
lengths- 


10 and 50 meters. 


The EtherNET 
Cluster Module. also known as Intellink. 
is 
an Ether\ET-compatible 
network element that can be used 
as a means of interconnecting 
up to nine EtherNET 
stations 
without 
the need of a coaxial cable. With the 


addition 
of the Intellink 
Cascade Adapter. 
it is possible to 


cascade two levels of Intellinks. 
This will permit 
the 


interconnection 
of up to 8 J EtherNET 
workstations 
without 
the need of a coaxial 
cable. The Intellink 
EtherNET 
Cluster 


10dule is shOl\O in the figure below. 
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STATION 
CONNECTORS 
TRANSCEIVER 
CONNECTOR 


SPt:CII'ICi\TIONS 


HOST REt)lJIREMENTS 


IBM PC AT. PC XT or compatible 
computer 
system 


192 K system 
memory 
'-1S-DOS or PC-DOS operating 
systems. 
version 
3.1 or later 


i\etwork 
controller 
board 
Width: 
Height: 
Weight: 


Soft\\"are 
5 v.. in double·density 
disk (360 K) 


Power Requirements 
+ 5 V at 2 A 
+12Vat.5A 


13.315 
in (33.82 
em) 
4.15 in (1054 
em) 
35 oz (.99 kg) 


Environmental 
Characteristics 
Operating 
temperature: 
0° to 55°C 
(32 ° to 131°F) 


Operating 
humidity: 
Maximum 
of 85% 
relative 
humidity. 
non-eondensing 


Convection 
cooling 
MBTF: 49.000 
hours 


DOClJMENTATION 


460665-001 
460992-001 
MS-NET User's Guide 
OpenNET 
PC Link2 


Installation 
Guide 
iNA960 
Programmer's 
Reference Manual 
iNA960 
PC LINK 
Programmer's 
Reference 


Manual 
Openf\,ET PC LlNK2 
Hardware 
Reference Manual 


IEEE B02. 3/ETHERNET 
ACCESSORIES 


i'-1OX457 Transceiver 
Cable 32.8 ft (10 m) 
1~IDX.j 58 Transceiver 
Cable 164 ft (50 m) 
DC~1911-1Intellink 
module 


iMDX3015F 
Transceiver 


ORDERING 
INFORMATION 


PCLINK2 


Intelligent 
etwork 
interface 
adapter 
Software: 


• 
MS-NET. 


• 
iNA960 
PC/XT card support 
Cable mounting 
hardware 


MS-NET User's Guide 
OpenNET 
PC Link2 
Installation 
Guide 


PCLlNK2BD 


Intelligentetwork 
interface 
adapter 
Software: 
iNA960rl 


PC/XT card support 
Cable mounting 
hardware 


OpenNET 
PC Link2 
Installation 
Guide 


IB\1 IS a registered 
trademark 
of the International 
Business 
Machmes Corporation. 
X~NIX. 
Microsoft. 
and MS-DOS are registered 
trademarks 
of the Microsoft 
Corporation. 
OpenN~T 
is a registered 
trademark 
of Intel Corporation. 
VAX and VMS are trademarks 
of 
Digital 
~quipment 
Corporation. 


MAPNETWOKKIN6S0FTWAKE 


COMPLETE SEllEN-LAYER 
SOLIJTlON FOR BIJILDING MAP 


NETWORltlNG 
APPLICATIONS 


Intel's MAP solution 
provides all seven layers of the industry-standard 
ISO/OSI Manufacturing 
Automation 
Protocol (MAP) for both Broadband 
and EtherNET'!' environments. 
Included are human 


and programming 
interfaces to Inters iRMX® 86 and iRMX 286 real-time operating 
systems. The 
Intel MAP solution comes preconfigured 
or configurable. 
to allow you to change parameters 
as 
necessary. In addition 
Intel provides 
multiple 
implementation 
methods to get started 
with MAP. The 
software 
architecture 
allows an easy port to other custom operating 
systems. 


• 
Provides layers 3 through 
7 of the industry- 


standard 
ISO/OSI Manufacturing 
Automation 


Protocol (MAP) local area network (LAN) for 
multi-vendor 
interoperability 
• 
Provides a seven-layer turnkey 
solution 
for 


MAP Broadband 


• 
Provides a seven-layer turnkey 
solution 
for 


developing "MAP" applications 
on an 


EtherNET 
network 
• 
Choice of three implementation 
methods. 


including 
MAP on Broadband. 
"MAP" on 


EtherN~;T and the co-existence of Broadband 
and EtherN ET networks 


• 
Multiple application-layer 
functions. 
including 


CASE. PTAM. Directory 
Services and 


Network Management 
• 
Human and programming 
interfaces 
for 


iRMX 286 and iRMX 86 real-time operating 
systems 


• 
Modular 
architecture 
for easy configuration 
and implementation 


inter----------- 


THE INTEL MAP-NETTM TOOLKIT FOR 
DESIGNING 
NETWORKED 
FACTORY 


APPLICATIONS 


The Intel MAP solution 
is comprised 
of three modules: 


MAp·NEr" 
2.1 nctworking 
software. 
iNA 960 (R2.0) 


transport 
and network software. 
and the iSBC"' 554 MAP 


board. Together. these three modules provide all seven 
layers of the ISO/OSI reference model of the Manufacturing 
Automation 
Protocol. version 2.1. MAP-NET 2.1 software 
provides layers five through 
seven; iNA 960 provides 
layers three and four; and the iSBC 554 MAP board 
provides 
layers one and two (see Figure 1). 


Intel's MAP software 
is easily configured 
for use on Intel's 
iSBC 554 (IEEE 8024) 
and iSBC 552A (IEEE 802.3 or 


Ether~ET) 
intelligent 
communication 
controllers. 
This 


configurability 
makes it possible to implement 
MAP 


applications 
on existing 
EtherNET 
cables on MAP 


Broadband 
cables. as well as to easily change parameters 


such as the number of virtual 
circuits. 
Since the 


application 
interface remains constant 
in both 


environments. 
you can migrate from one media to another 


without 
changing a single line of your application 
software. 
Intel MAP software 
is also available 
preconfigured. 
for 


quick and easy implementation_ 


Intel MAP software contains both human and 
programmatic 
interfaces for the iRMX 86 and 286 real· 


time operating 
systems. 
In addition. 
the software 
is 
designed with minimal 
dependence on the host operating 


system. so it can be ported easily to other operating 
environments. 


MAP-NETTMAPPLICATION 
LAYER 


FlJNCTlONS 


MAp·NET 2.1 software 
from Intel provides the following 


MAP application· layer functions: 


• 
Common Application 
Service Elements (CASE) 
• 
Application 
subsystem 
interface 
• 
File Transfer. Access and Management 
(FTAM) 
• 
Directory 
Services 


• 
lIIetwork Management 
functions 


The MAp·NET 2.1 Common Application 
Service 


Elements (CASE). built on top of the MAp·NET 2.1 Session 
Service. greatly 
simplify 
the use of network services 


provided by underlying 
MAP layers. The CASE service 


allows a process to make a connection 
request to a remote 


process by using only the names of the processes. ~IAP- 
IIIET CASE takes process names supplied 
by the user and 


resolves them into network addresses and identification 
using MAp· 
ET Dire{;tory 
Services. 


Appll«:atlon 
Subsystem 
Interfaces. 
Intel's MAP 
products 
provide both human and programming 
interfaces 


to iRMX 86 (R7.0) and iRMX 286 (R2.0). This allows you to 
quickly 
exercise application·level 
functions 
from either a 


terminal 
or an application 
program. 
The software 
allo\\s 


you to interface to other layers (for example. Transport 
or 


Data Link) for special application 
requirements_ 
The 


application 
level interface to all layers of the reference 


model is the same. 


file 
Transfer, 
Ac:ce8Sand Manaaemenl 


("AM). 
The F'TAM software 
in MAp·NET 2.1 provides 


remote file transfer 
capability 
by providing 
the file request 


Initiator 
and Responder modules. The Initiator 
intercepts 


file commands 
from the local user and transmits 
them 
across the LA 
to the Responder. which receives. 


interprets 
and executes the command. 
The F'TAM server 
and consumer 
functions 
reside on·board on top of the 


session layer. The host·dependent 
file access interface 
is 


provided for iRMX 86 (R7.0) and iRMX 286 (R20). 


D1rec:tory Services. 
The MAP-NET 2.1 directory 


services software 
maintains 
a database of network objects 


such as node names. user names and related properties. 
used to perform 
name-to-address 
conversions. 
For 
example. you might use Directory 
services 
to store the 


name of a network user and his network address as the 
properties 
associated with his name. Another 
network 
user 
or application 
can then query the Directory 
Service to 
retrieve. add or delete information 
from this database. 


Directory 
Services provide two methods of access. 
depending 
on the size of the host memory 
pool: Client 
service Agent for local database. and Directory 
Service 


Agent for remote/master 
database. 


APPLICATION 


PRESENTATION 
(NULL) 


SESSION 
(SO 8327) 


TRANSPORT 
(ISO 8074) 


NETWORK 
(ISO 8473) 


DATA LINK 


PHYSICAL 
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PRECONFIGURED ] 


SOLUTION 


Figure 1: ISO/OS1Reference Model and Intel's MAP Products 
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N~tworkltIana&~.~nt Func:tlons 
(NItIF). 
The 
MAP-NET network management [unctions 
interrace to the 
CASE. session. transport. 
network and data link layers. 
Three basic Net Management [unctions are provided: read 
net management object. set net management object, and 
event notification. 
The 
~1Fcan be conrigured as a net 


manager or as a net agent. The net manager inter[aees 
with local or remote net agents in order to manage the 
entire nrtwork. 


MAP-NET'W SESSION LAYER SERJlICES 


MAP-M;T 2. J prOVides all the ISO session servicrs 
required by \1.\1' 2.1. These session services are built on 
top o[ Intel's 1'\" 960 Transport 
service. proViding ISO 


8073 Transport 
(Class 4) and ISO 8473 net\\ork services. 


In addition to supporting 
all the services provided by the 


underlying 
transport 
layer. the MAP-NET session layer 


prOVides "graceful close." This enables users to release a 
session connection without losing any outstanding 
requests. The "grace[ul close" [eature complements the 
standard 
"abort" 
closure method. 


TRANSPORT 
AND NETWORIt 
LAYER 


SERJlICES 


Intel's iNA 960 R2.0 provides the ISO 8073 transport 
and 
ISO 8473 network services as requirqd by ~1Ap 2.1. ir-;·\ 
960 R2.0 and the iSBC 554 Broadband controller 
boarcl 


have success[ully passed the MAP conformance tests 
conducted by the Industrial 
Technology Institute (lTI) 
Table 1 lists the services prOVided by iN,\ 960. For more 
information. 
please refer to the i:'>JA960 data sheet. 


Figure 2 sho\\s the complete sel'en-Iayer Intel ~IAP 
solution. Once preconrigurrd 
\1·\1' software is downloaded 
on the iSBC 554 or iSBC 552·\ board. the application 
interfaces on the host are used to communicate 
\\ Ith the 
controller 
board. \1l'ssages are passed hl't\\een the host 


and the communications 
controller 
I ia the \ll'I:rIBl'S® 


Inter[ace Protocol (\111').The ~1I1' ISa reliahle mechanism 
[or processing message delilery 
protocols [or \IL'LTIBL'S 
systems. 


·\n implementation 
o[ the \111'protocol is prOlided on the 


iSBC 554 and iSBC 552·\ [or commun ication II ith the host. 
:\ corresponcling 
\IIPlrile 
access interrace has to he 


provided on the host side [or communication 
II ith thl' 


controller 
hoard. 


The MIPlrile access interrace is available [rom Intel [or the 
iR~lX operating system and can he ported to other 
operating system enlil'llnml'llts 


PRECONFIGIJRED 
LAYERS 3-7 
MAP 2.1 SOFTWARE 


The ~IAP 2.1 preconrigured 
solution supports 
all selen 


layers on the iSBC 554 ~llILTIBl'S-based 
board. The 
services supplied hy this preconfigured 
so[tllan' 
package 
are F1\\~1. '\etl\Ork 
\Ianagement 
[unctions. 
Directory 
Sel'l ices. c-\S~:. Session. Transport 
and ,etllork 
layers. 


The preconfigured 
\1'\1' sO[[llare pl'llduct 
is supplll'd Illth 


iR~IX 86 and 286 del' ice drill;rs. 
user interrace utilities 
and the conformance-tested 
so[tllare. 
In addition. 
\!iIP- 
NF:T includes prrconfigured 
so[tllare 
[or both the iSBC 
554 and iSBC 552·\ communication 
controllers. 


r-- 
- - - --- 
--, 


, USER OPERATING 
I 


I 
SYSTEM 
: 
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INTERFACE. 


I 
MAPNET2.1 
_l 


MAP2.1 SXMSW 
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THREE WAI'S TO GET STARTED 
WITH MAP 


INTEL offers three methods for getting started with MAP; 
complete broadband 
~IAP. ~tAP on EtherNET. and \t'\P 


broadband/EtherNET 
compatibility. 


MAP De"elopmeol 
Starter Kll. Intel's \t:\P 


Starter 
Kit allows you to begin learning and deleloping 
MAP broadband 
applications. 
This kit prOl'ides a low-cost. 


turnkey 
MAP dcvelopment 
network Ilith 
on-site installation 


and extended (t 2 months) software support 
to assist you 


during the application 
development cycle. The two node 


Starter 
Kit has been engineered to allow you to easily 


expand the network to eight nodes. Each node provides a 
complete seven-layer ~IAP solution, 
including 
network 
management. 
FlAM, 
Directory 
Services, CASE and 


application-level 
interfaces for all functions, 
The MAP 


Development Starter 
Kit documentation 
includes 


programming 
examples, a user's manual for layers file 


through 
seven, and a programmer's 
reference manual for 
layers three and four 


MAPappllcatloo 
de"elopmeol 
00 IEEE 


802.3. 
"MAP on EtherNET" 
is intended for those users 


wanting to develop MAP-compatible 
software 
for use on 


existing 
Ether~ET 
cables, \\hen 
you install a broadband 
cable, you can migrate your EtherNET application 
to M'\P 


broadband 
without changing a single line of code. That's 


because Intel's MAP software 
is configurable 
on both IEEE 
802.3 and 802.4-based 
controllers, 
haling 
the same 


programming 
interface. Preconfigured 
software 
for both 


the iSBC 554 (IEEE 802.4) and the iSBC 552A (IF,EE 
802.3) is available from Intel. 


Co-exlsteou 
of MAPaod IEEE802.3 


oelworks. 
Por existing 802.3 plant networks such as 


EtherNET. Intel provides the hardware 
and softllare 


needed to configure 
a "Router" to connect your existing 


network and ~IAP. The router hardware 
consists of the 


iSBC 554 and the iSBX 586 communications 
controllers 


for connection to a to \tPBS 802.4 (MAP) and 802,3 
(EtherNET) network, respectively. The inter-networking 
protocol is provided 
by Intel's preconfigured 
i~A 961 


(R2.0); Intel's implementation 
of the ISO Internet and 


Transport 
layers, 


Pile Transfer, Access and ~tanagement (FlAM): 
provides remote operations 
on files (create, read, IITite, 


delete, get file attributes) 
Common Application 
Service Elements (CASE): supports 
all the services provided by the lower ISO layers; 
prOVides name to address translation 
support 
Directory 
services: performs 
name to address cOn\'ersion; maintains 
local cache of resolved names; two 


forms of Directory 
Service-client 
Service Agent for local data base and directory 
Service Agent for 


remote (master) data base 


Presentation 
Null 


Session 
Implements 
subset of ISO session 8327 specified by the MAP 2,1 specifications, 
Provides 'Graceful 
Close'; 'Graceful Close' allows the closing of a connection without any loss of queued requests; it 
enhances the transport 
provided 
'Close' which aborts a connection 


Virtual 
circuit 
open: establish a virtual 
circuit database; send connect: actively try to establish a virtual 
connection; 


await connect: passively awaits the arrival 
of a connection request; send: send a message; receive: post 


a buffer to receive a message; close: close a virtual 
circuit 
Datagram 
send: send a datagram 
message; receive; post a buffer to receive a datagram 
message 


Internetworking: 
routing between multiple 
lans; segmentation/reassembly; 
user defined routing tables 


Multiple 
subnets supported: 
user supplied; 802.3, 802.4 


Transmit: 
transmit 
a data link packet 
Receive: post a buffer to receive a data link packet 
Connect; make a data link logical connection (link service access point. IEEE802.4) 
Disconnect: disconnect a data link logical connection 
Change token bus address 
Add multicast 
address 
Delete multicast 
address 
Configure TBH 


Read/Clearl5et 
network objects (IocaVremote): read/clear/set 
local or remote MAP- ET/i 
A 960 network 


parameters 
Read/Set network memory (local/remote): 
read/set memory of the local or a remote station; 
useful in 
network debug process 
Boot consumer: 
requests a network boot server to load a boot file into this station 
Echo: Echo a packet between this station and another remote station on the network 


Table 1: iNA 960 services 


Network 
Management 


INTEL SIJPPORT 


Intel's MAP solution 
comes with Full soFtware support, 
including 
soFtware updates and phone service For application 


development. 
Intel's MAP experts 
are never more than a phone call away, Intel application 
support 
includes regularly 
published 
hardware 
and soFtware application 
articles, 
troubleshooting 
guides, responses to SoFtware Problem Reports 
(SPRs), regular 
soFtware and documentation 
updates, access to Intel's Insite User's Program 
Library 
and our Technical 
InFormation 
Phone Service (TIPS), 


MAP soFtware obtained 
From Intel requires 
the completion 
of an Intel Master SoFtware License and may not be 
distributed 
in or outside your company, 


Modem frequendes/t:b_nel 
pail'S 


Transmit: 
59,75 to 71. 75 MH7JCh, 3 and 4 
Receive: 252 to 264 MH7JCh. P and 0 


Transmit: 
71. 75 to 83.75 
MH7JCh. 4A and 5 


Receive: 264 to 276 MH7JCh. Rand 
S 


Transmit: 
83.75 to 95.75 
MH7JCh. 6 and FM 1 


Receive: 276 to 288 ~IH7JCh. T and U 


Pa~Nu.ber 


iSBC 554·1 


sonWARE 


(;ode 


MAP21SXMRO 


De8c:r1ptlon 


License For Map 2.1 layers 3-7 soFtware preconFigured 
For iSBC 554 and 552 boards. 
Support 
For iRMX 86 (7.0) and iRMX 286 (2.0) operating 
systems. 


Incorporates 
FeeFor preconFigurable 
MAP 2.1 layers 3· 7 soFtware. ~ledia included 
with 


license only. 


License For conFigurable 
MAP 2.1 layers 5· 7 soFtware., 


Incorporates 
FeeFor preconFigurable 
MAP 2.1 layers 5-7 soFtware. Media included 
with 


license only. 


PreconFigured transport 
and internet 
soFtware For IEEE 802.3 to IE~~E 802.~ router. 


O>nFigurable MAP 2. I layers 3-~ soFtware 


MAp·NET21 RO 


MAp·NET21 RF 


iNA 961 R2 


iNA 960 R2 


MAPIlITS 


IlItna.e 


MAP310BBKIT 


De8£r1ptlon 


Two-node MAP broadband 
development 
starter 
kit For use with ~IULTIBUS I systems 
and 
iR~lX 86 operating 
systems. 
languages and utilities 
(E~IAPBBKIT 
-I, -3 For 240 \-\C 


power). 


Two·node MAP broadband 
development 
starter 
kit to retrofit 
with existing 
~1ULTIBUS I 


systems (~;MAPBBKIT . I, ·3 For 240 \(,\C power). 


MAP broadband 
node expansion 
kit. 


A.J'A.ILA.BLELlTERA.TlJRE 


MAP Network 
Development 
Starter 
Kits (order *280432-001) 
iSBCJiSX\1 552A Hardware 
ReFerence Manual (order 
*149228-001) 


MAP-NET Programmers 
ReFerence Manual (contact 
your nearest Intel sales oFFice) 
INA 960/961 
Rei 2.0 Data Sheet (order 
*230777-003) 


iSBC 554 Data Sheet (order * 
) 


iSBC 552A Data Sheet (order *280385-001) 
iNA 960 Release 2.0 Programmers 
ReFerence Manual (order *149231-00 
I) 
iNA 960 Release 2.0 ConFiguration 
Guide (order 
*149230-001) 


CREDITS 


\lLLTIBLS 
and iRMX are registered 
trademarks 
of Intel Corporation. 
\IAP-\ET. 
iSBC and OpenNF:T are trademarks 
of Intel Corporation. 
Ether:'. ET is a registered 
trademark 
of Xerox Corporation. 
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COMPLETE HITS FOR DEJlELOPING MAP APPLICATIONS 


The Manufacturing 
Automation 
Protocol (MAP) is a set of communication 
standards 
based on the 
seven-layer Open Systems Interconnection 
reference model from the International 
Standards 
Organization 
(ISO). MAP standards 
enable computers 
and other intelligent 
devices to work together 
in a multi-vendor 
factory 
setting. 
. 


T~le Intel MAP Development Starter 
Kit is a complete hardwareJsoftwareJsupport 
kit for developing 
MAP applications. 
particularly 
at entry or pilot stages. In one package. from one vendor. you get all 


the broadband 
hardware. 
software. 
on-site installation 
and extended software 
support 
you need to 
establish 
a functional 
two-node MAP network and begin application 
development. 
The network can be 
easily expanded to support 
up to eight nodes. 


The MAP Development Starter 
Kit includes two MAP Communications 
Boards (iSBen' 554-X); a Head- 
End Remodulator; 
\IAP communications 
software; 
a Gable Starter 
Kit containing 
coaxial cables. 


connectors. 
splitters. 
taps and terminators; 
complete documentation. 
Optional high-performance 
MULTIBUS~ I based 310 systems and Real-Time Multitasking 
operating 
systems (RMX"'). are 
available 
as hosts for the iSBC-554 Communications 
hardware. 


FEATlJRES: 


• 
Broadband 
hardwareJsoftware 
kit for 


application 
development 
and testing on a 
MAP Network 


• 
Provides all seven layers of the ISO/OSI ~IAP 
protocol for multi-vendor 
interoperability. 


• 
Preconfigured 
software with application 
level 


interfaces 


• 
Support 
for iRMX~ 86 and iRMX@ 286 real- 
time operating 
systems 


• 
Requires no special broadband 
expertise 


• 
On-site installation 
for fast start-up 


• 
J 2-month software 
support 
for assistance 


during 
your development 
cycle. software 


updates. etc. 


inter----------- 


PREINTEGRATED 
SOFTWARE, ON- 


SITE INSTALLATION, 
AND EXTENDED 


SlJPPORT ENSlJRES FAST START-lJP 


All components 
of the MAP Development Starter 
Kit have 


been fully integrated 
by Intel. so you don't have to. On-site 
installation 
means fast start-up, 
and a full year of software 


support 
implementation. 


The MAP Development Starter 
Kit allows OEMs and end 


users to become quickly 
productive 
in understanding, 


evaluating 
and developing MAP applications 
using Intel's 


MAP networking 
products. 
The MAP Development Starter 


Kit is designed for applications 
experts who don't have 


time to become broadband 
experts. 
You need no 


broadband 
expertise 
whatsoever to implement, 
tune and 


calibrate 
a development 
MAP network from Intel. Instead, 


you concentrate 
on your application 
and let Intel worry 


about connectivity. 


COMPLETE SEJlEN-LAl'ER MAP 
IMPLEMENTATION 


Intel's MAP Development Starter 
Kit prOVides all seven 


layers of the ISO MAP model. including 
network 


management 
functions 
and application-level 
interfaces. The 


iSBC 554 prOVides on-board execution of all seven MAP 
layers in compliance 
with MAP networking 
standards. 
The 
functions 
that execute on-board are: 


• 
I~:EE 802.4 Physical and Media Access Control (MAC) 
layers 


• 
IEEE 802.2 Class 1 Logical Link Controller 
(LLC) 
• 
ISO Internet 
Network Layer 
• 
ICO Class IV Transport 
Layer 


• 
ISO Session Kernel 
• 
Common Application 
Service Elements (CASE) 
• 
File Transfer. Access and Management 
(FlAM) 
• 
Directory 
Services 


• 
fliet\\ork 
~lanagement 


Software for layers three through 
seven is preconfigured 
by Intel to execute on the iSBC 554 board and supports 
downloading 
of network protocols 
and services from a 


MLUIBUS 
host running 
the iRMX 86 or 286 operating 


system. For easy connection to your application, 
thrre 
are 
full application-level 
intrrfaces 
for CASE, FTAM. network 
managrment 
and directory 
services. Intel's MAP software 
allows you to access all seven layers, independently 
and 


asynchronously. 


THE HEAD-END REMODlJLATOR 


The Head-End Remodulator 
is a 19-inch rack-mountable 


unit that serves as the central transmission 
facility 
for 
your 10 MBPS MAP network. The Remodulator 
provides: 


• 
Adjustable 
output level and input attenuation 


• 
LEOs for power. carrier 
sense, and data detection 


• 
Monitoring 
of output level for adjusting 
the transmit 


level and calibration 


"HOW TO" DOClJMENTATION 
WRITTEN FOR THE APPLICATIONS 
ENGINEER 


The MAP Development Starter 
Kit is geared toward the 


applications 
engineer, not the communications 
expert. 


Included as part of the kit are the MAP Starter 
Kit Guide, 


the MAP User's Guide for layers 5 through 
7 and the 


Programmer's 
Reference Manual for the Transport 
and 
Network layers. A wealth of additional 
Intel manuals, data 


sheets and application 
notes on related Intel products 
are 


available 
for reference or additional 
reading. 


FlJLL- l'EAR SOFTWARE SlJPPORT 


The MAP Development Starter 
Kit comes with 
12 months 


of extended software 
support, 
including 
software 
updates, 


and phone support 
for application 
development. 
Intel's 


software experts are never more than a phone call away. 
Intel's application 
support 
includes regularly 
published 
hardware 
and software 
application 
articles; 


troubleshooting 
guides; responses to Software 
Problem 
Reports (SPRs); regular 
software and documentation 


updates; access to Intel's Insite User's Program 
Library 


and our Technical Information 
Phone Service (TIPS). 


SOFTWARE LICENSING 


Software obtained with the MAP Development Starter 
Kit 


requires 
the completion 
of an Intel Master Software 


License and may not be distributed 
either within 
or 
outside your company. 
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ParlNwabel' 


MAPBBKIT-X 
(X= 1 or 3) 


Oty 
Descl'lptioD 


Two-Node MAP Broadband 
Development 
Starter 
Kit To Retrofit with Existing 
MULTI BUS I 


Systems. 
Includes the following 
items: 


2 
iSBC 554-X MAP Board with 
10 MBPS, RF Modem For Layers 1 and 2. 


X = 1 Channel Pairs 3 '/4 'IPIO 
X = 3 Channel Pairs 6'IF'M1 'ITIU 


License For Preconfigured 
Layers 3 To 7 MAP 2. I Software (MAP21 SXMRO). iRMX 86 
and 286 based MAP software 
is included. 


2 
Incorporation 
Fee For Layers 3 To 7 MAP 2.1 Software (MAP21 SXMRF'). 


1 
Complete User Documentation 


MAP- ET"' User's Guide 
i A 960 Programmer's 
Reference Manual 


MAP Starter 
Kit Guide 


19' 
Rack-Mountable 
120 VAC Head-End Remodulator 
(For a 240 VAC Head·End 
Remodulator 
order EMAPBBKIT-X). 


1 
Starter 
Kit Network Cable Assembly· 


2 
System 310 Internal Cable Assembly 
including 
the following 
items: 


25 feet Coax Drop Cable, RG-6, for use between network tap and network 
node (2). 


10 inches Coax Internal 
Cable, RG-6, for use between iSBC 554·X and Multibus 
System 


I/O panel adaptor 
(2). 
1/0 Adaptor 
for Multibus 
System Back Panel (2). 


Note: 
I. 
On-Site installation 
included. 


2. Extended 
12-Month MAP Software Support 
Included. 


Prerequisites: 
1. Two Multibus 
based 310 systems 
2. iRMX 86 (Release 7.0) or iRMX 286 with software 
support. 


Part NUlDber 


MAP310BBKIT-X 
(X= lor 
3) 


Related Products 


MAP554 NOD~:f.:Il'X 
(X= 
I or 3) 


Oty 
Description 


Two-Node MAP Broadband 
Development Starter 
Kit with Multibus 
Systems, iRMX 86 


Operating System, Languages and utilities: 


Includes the follOWing items: 


2 
310-401 
Multibus 
based systems including 
the following: 


System 310 Chassis 
320 KB Diskette Drive 


40 MB Winchester 
Drive 
1 MB Memory 


1 
iRMX 86 Operating 
System with Languages and utilities. 


3 
iSBC 554-X MAP Board with 10 MBPS, RF Modem For Layers 1 and 2. 


X = 1 Channel Pairs 3'/4'/1'/0 
X = 3 Channel Pairs 6'IFM1 '/T/U 


License For Preconfigured 
Layers 3 To 7 MAP 2.1 Software (MAP21 SXMRO). iRMX 86 
and 286 based MAP software 
is included. 


2 
Incorporation 
Fee For Layers 3 To 7 MAP 2.1 Software (MAP21SXMRF). 


1 
Complete User Documentation 


MAP-NET User's Guide 
MAP Starter 
Kit Guide 


iNA 960 Programmer's 
Reference Manual 


19' Rack- 10untable 120 VAC Head-End Remodulator. 
(For a 240 VAC Head-End 


Remodulator 
order EMAP31OBBKIT-X). 


1 
Starter 
Kit Network Cable Assembly* 


2 
System 310 Internal Cable Assembly including 
the following 
items: 


25 feet Coax Drop Cable, RG-6, for use between network tap and network node (2). 
10 inches Coax Internal Cable. RG-6. for use between iSBC 554-X and Multibus 
System 


I/O panel adaptor 
(2). 


I/O Adaptor 
for Multibus 
System Back Panel (2). 


Note: 
I. Appropriate 
Connectors included for all cables. 
2. On-Site installation 
included. 
3 
Extended 
12-Month MAP and iRMX 86 Software Support 
included. 


MAP Broadband 
Node Expansion 
Kit. Includes the follOWing items: 


iSBC 554-X MAP Board with 
10 MBPS. RF Modem For Layers 1 and 2. 


X = 1 Channel Pairs 3 '/4 '/1'/0 
X = 3 Channel Pairs 6'IF'M 1'n'lU 


Incorporation 
Fee ~()r Layers 3 To 7 MAP 2.1 Software (MAP21 SXMI<F'). 


25 feet Coax Drop Cable. RG-6. for use between network tap and network node. 


10 inches Coax Internal Cable. RG-6. for use between iSBC 554-X and Multibus 
System 
310 I/O panel. 
• 


110Adaptor 
1'01' System 310 Back Panel 


Note: 
I. Appropriatc 
Conneclors 
included for all cables. 
2. Prior Purchase of License For Preconfigured 
\1-\1' 2. I Sorlllal'(' 
Required 


(MAP21 SX~m()). 


*Starler 
f.:il Network Callie Assembly consists of: 
25 feet RG·6 Coax Trunk Cables (2) 
3 reet RG-6 Coax Cables between Ilead-~:nd Remodulator 
and Diplex Filter (2). 
Diple\ 
Filler (I). 


H)ur·\\a~ 
Taps (2). 


7':, ohm 1'crminalor 
1'01' unused lap outputs (7). 


Fixc(l Attenualor 
(1). 


WARRANT)' INFORMATION 


The MAP Communications 
Board (iSBC 554-X). 
Head-End 
Remodulator 
and Cable Starter 
Kit are covered by Intel's 
sWndard 
90-day 
return-to-vendor 
warranty. 


RELATED LlTERATIJRE 


iSBC 554-X Data Sheet (Intel Order "231594-002) 


iNA 960 Data Sheet (Intel Order "230777-003) 
For the 


Transport 
and Network 
Layers 


iSBC 554-X Hardware 
ReFerence Manual (Intel Order 
"149229-001) 


VAXIVMS* NETWORKING 
SOFTWARE 
M 
of the ~ 
Product Family 


As a member of Intel's OpenNE'fl'Mfamily 
of network software, VAXJVMS*Networking 
software (VMSNET) lets you connect a VAX 
or MicroVAXn* system to other OpenNET 
systems. This includes the ffiM PC AT, 
PC XT, Intel's OpenNET NRM (Network 
Resource Manager), NDS-n NRM (with the 
OpenNET uygrade kit installed), iRMX\!), 
and ~ms. 
VMSNET enables a 
(Micro)VAXsystem to be configured as a 
Server System on the OpenNET network, 
thus allowing any OpenNET Consumer 
workstation (iRMX, XENIX, MS-DOS) 
to transparently access mes residing at 
remote (Micro)VAXsystems. In addition, 
VMSNET supports bidirectional me transfer 
initiated from a (Micro)VAXto aU other 
OpenNET servers. 


Product 
Highlights 


- Connects a VAX and MicroVAXll to the 
OpenNET Network 


- Interoperation 
between VAX/VMS and MS-DOS, 
iRMX, XENIX, and iNDX systems over a Local 
Area Network (LAN) 
- Conforms to the ISO-OSI networking standards 
- Adheres to ISO 8073 Transport 
and 
Ethernet/IEEE 
802.3 Standard 
Communication 
Protocols 


- Uses 80186/82586 Processor-based 
Unibus and 
Qbus Network ControUer Boards 
- AU data stored at the (Micro)VAX is visible to, 
and can be transparently 
accessed by, aU 
consumer workstations 
on the OpenNET network 
- Enables high speed file transfer/file 
copy between 
the (Micro)VAX and OpenNET workstations 
- Compatible 
with DECnet* 


Intel's OpenNET product family incorpomtes 
a set of 
system and component level LAN products covering all 
seven layers of the ISO (International 
Standards Organiza- 
tion) Open Systems Interconnect 
(OSI) model, and the 
protocols on which they are based. OpenNET protocols are, 
whenever possible, established industry standards for each 
function. Therefore, OpenNET network products can inter- 
connect and interopemte not only with each other, but with 
the other vendors' ISO-OSI based LANs. An OpenNET 
network provides a high level of interopembility 
between 
heterogenous systems: MS-DOS, VMS, iNDX, XENIX, and 
iRMX opemting system versions are available. Thus, users 
can tailor their networks to meet their specific needs by 
incorpomting 
any combination of these diverse systems. 


·XENIX 
••• 
tradMnartl: 
of MIcroeoft 
Corpcntion. 
VAXNM5. 
MIcroYAX II, OECnet 
aN tr.demarb 
of Digltat Equipment 
Corp. 


©INTEL 
CORPORATION 
1986 


The VAX/VMS Net\Wrking Software package consists of 
the appropriate net\Wrk controller board and the software 
necessary for the (Micro)VAX to communicate over the 
OpenNET net\Wrk. The following sections describe the 
hardware and software components of VMSNET. 


VMSNET 
Hardware 


VMS NET comes with one of two types of Ethernet 
controller boards: a Unibus· 
board for the high-end VAX or 


a Qbus board for the MicroVAXII system. Both boards 
implement the industry standard ISO 8073 transport protocol 
and Ethernet/IEEE 
802.3 physical data link technology. 


Both boards are high performance, 
intelligent communica- 
tions controllers featuring onboard, dedicated Intel 
80186/82586 processors which support layers I through 4 of 
the ISO OSI Reference Model. Thus, the Unibus and Qbus· 
boards perform the CPU tasks associated with lower layer 
LAN communications 
protocols, thereby freeing the 


(Micro)VAX host CPU to concentrate on applications 
requirements. 


NETWORK FILE 
ACCESS (NFA) 


I-{ 


iNA 960 


(ISO 8073) 


ETHERNET/IEEE 
802.3 


SPECIFICATIONS -I 


Unibus and Qbus controller. Extended host resident 
diagnostics are also provided which can be loaded onto the 
boards to aid in problem resolution. 
In addition, appropriate 


internal cables, and chassis mounting hardware are included. 


VMSNET 
Software 


The software is supplied on either a 9 track magnetic tape 
(for high-end VAXs) or on both a TKSO cartridge tape and 
RX50 5\4-inch disk (for MicroVAXIIs). The following soft- 
ware components are included as part of the VAX/VMS 
networking software: 


- A specially configured version of iNA 960 transport layer 


software which operates on the network controller boards 


- A VMS interface driver which enables VMS programs to 


access the net\Wrk controller board 


- An implementation 
of the Net\Wrk File Access (NFA) 


protocols (jointly developed by Intel, mM, 
and Microsoft) 


which enables (Micro)VAX users to interoperate with 
other nodes on the OpenNET network 


APPLICATION 
(7) 


PRESENTATION 
(6) 


SESSION 
(5) 


TRANSPORT 
(4) 


NETWORK 
(3) 


DATA LINK 
(2) 


PHYSICAL 
(1) 


Functional 
Description 


Transparent 
FlIe Access 


VMSNET provides transparent remote file access capability 
to the (Micro)VAX through a file server module. The server 
receives, interprets and executes the command acting as a 
user to its local file system. Consequently, a PC, iRMX, or 
XENIX user can work with data files and resources 
residing at the VAX as if they were resident on his/her 
system. 


FlIe Transfer 


VMSNET also provides a set of file transfer utilities that 
allow (Micro)VAX users with the ability to transfer files 
that reside on other OpenNET server nodes to the 
(Micro)VAX or vice-versa. These utilities include copying 
files, deleting files, listing directories, 
and a help facility. 


DECnet 
Access 


VMS NET will allow consumer access to a file residing on 
DECnet nodes. The only protocol restriction is that the 
server will not allow file locking or compatibility 
mode 
opens on DECnet file access. The consumer may use 
logical names to define DECnet pathnames. For example, if 
"dev" is defined in login.com with an equivalence string of 
"isodcv" 
user mypasswork"::dra 
l[user)", the consumer can 
use "dcv" as the first pathname component; the server will 
automatically use DECnet for the file access: 


- net use vms //vms/user 
mypasswork 
- lc //vms/dcv 
- cp //vms/dcv/test.objlusrlbin 


Network 
Management 


A set of network management utilities provide (Micro)VAX 
users with information and statistics of VMSNET along 
with the capability to control the execution of the VMSNET 
server and file transfer utility. To invoke' the network utility, 
the user simply needs to type "NET" 
in response to the 
DeL 
(Digital Command Language) prompt. 


- VAX 750, 780, 782, 785 
- VAX 8xxx family 
- MicroVAXll 
- (Micro)VMS operating system, version 4.2 or later 


Physical Characteristics 


Software 


1. 9 track 1600 bpi magnetic tape 
or 
2. TK50 cartridge tape and RX50 5 \4-inch disk 


Unibus controller: 
+5 vdc (±5 %) at 4.5 amps typical, 
6 amps maximum 
-15 vdc (±10%) at .5 amps, 3 amp 
surge 


Qbus controller: 
+5 vdc (±5%) 
at·6 amps typical 
+12 vdc (±10%) at .5 amps, 3 amp 
surge 


Operating Temperature: 


Operating Humidity: 


O· to 500C (32· to 122Of) 


Maximum of 90% relative humidity, 
non-condensing 


Forced air cooling 


Ordering 
Information 


VMS NET 
VAXIVMS Networking Software for installa- 
tion on a high end VAX: consists of a Unibus 
network controller board with 256KB RAM, a 
5 ft. and 10 ft. flat transceiver cables, software 
on a 9 track 1600 bpi magnetic tape, and an 
installation and user's guide. 


MVMSNET 
VAXIVMS Networking Software for installa- 
tion on a MicroVAXll: consists of a Qbus net- 
work controller board with 256KB RAM, an 
18 inch flat transceiver cable, software on both 
TK50 cartridge tape and RX50 5 \4 inch disk, 
and an installation and user's guide. 
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iSBC® 88/45 


ADVANCED 
DATA COMMUNICATIONS 


PROCESSOR BOARD 


• Three HDLC/SDLC Half/Full-Duplex 
• 8088 (8088-2) Microprocessor 
Operates 
Communication 
Channels-Optlonal 
at 8 MHz 


ASYNC/SYNC on Two Channels 
• ISBC® 337 Numeric Data Processor 
• Supports RS232C (Including Modem 
Option Supported 


Support), CCITT V.24, or RS422A/449 
• 16K Bytes Static RAM (12K Bytes Dual- 
Interfaces 
Ported) 
• On-Board DMA Supports 800K Baud 
• Four 28-Pln JEDEC Sites for EPROM/ 
Operation 
RAM Expansion; Four Additional 
28-Pin 
• Self-Clocking 
NRZI SDLC Loop Data 
JEDEC Sites Added with ISBC® 341 
Link Interface 
Board 


- 
Polnt-to-Polnt 
• Two iSBXTMBus Connectors 
-Multidrop 


Software Programmable Baud Rate 
• MULTIBUS® Interface Supports 
• 
Multlmaster Configuration 
Generation 


The iSBC 88/45 Advanced Oata Communications Processor (AOCP) Board adds 8 MHz, 8088 (8088-2) 8-bit 
microprocessor-based communications flexibility to the Intel line of OEM microcomputer systems. The 
iSBC 88/45 AOCP board offers asynchronous, synchronous, SOLC, and HOLC serial interfaces for gateway 
networking or general purpose solutions. The iSBC 88/45 AOCP board provides the CPU, system clock, 
EPROM/RAM, serial I/O ports, priority interrupt logic, and programmable timers to facilitate higher-level appli- 
cation solutions. 


inter 
iSBC@ 88/45 
BOARD 


FUNCTIONAL 
DESCRIPTION 
plemented by the user include SNA terminal inter- 
faces to IBM systems. 


Three Communication 
Channels 


Three programmable HOLC/SOLC serial interfaces 
are provided on the iSBC 88/45 AOCP board. The 
SOLC interface is familiar to IBM system and termi- 
nal equipment users. The HOLC interface is known 
by users of CCITT's X.25 packet switching interface. 


One channel utilizes an Intel 8273 controller to man- 
age the serial data transfers. Accepting the 8-bit 
data bytes from the local bus, the 8273 controller 
translates the data into the HOLC/SOLC format. The 
channel operates in half/full-duplex mode. 


In addition to the synchronous mode, the 8273 con- 
troller operates asynchronously with NRZI encoded 
data which is found in systems such as the IBM 
~650 R~tail.Store System. An SOLC loop configura- 
tion uSing ISBX 352 and iSBC 88/45 products is 
shown in Figure 1. 


The two additional channels utilize the Intel 8274 
Multi-Protocol Serial Controller (MPSC). The MPSC 
provides 
two 
independent 
half/full-duplex 
serial 


channels which 
provide asynchronous, synchro- 


nous, HOLC or SOLC protocol operations. The sync 
and async protocol operations are commonly used 
to communicate with inexpensive terminals and sys- 
tems. 


The three serial channels of the iSBC 88/45 AOCP 
board offer communications capability to manage a 
gatewa~ application. The gateway application, as 
shown In Figure 1, manages diverse protocol re- 
quirements for data movement between channels. 
Typical protocol management software layers im- 


For high-speed communications, one MPSC chan- 
nel has a OMA capacity to support an 800K baud 
rate. The second channel attached to the MPSC is 
capable of simultaneous 800K baud operation when 
configured with OMA capability, but is connected to 
an RS232C interface which is defined as 20K baud 
maximum. Figure 2 shows an RS422A1449 multi- 
drop application which supports high-speed opera- 
tion. 


Interfaces 
Supported 


The iSBC 88/45 AOCP board provides an excellent 
foundation to support these electrical and diverse 
software drivers protocol interfaces. The control 
lines, serial data lines, and signal ground lines are 
brought out to the three double-edge connectors. 
Figure 3 shows the cable to connector construction. 
Two connectors are pre-configured for RS422A/ 
449. 
All 
three 
channels 
are 
configurable 
for 


RS232C/CCITT V.24 interfaces as shown in Table 
1. 
Table 1. iSBC@ 88/45 
Supported 
Configurations 


Connection 
Synchronous 
Asynchronous 


Modem 
Direct 
Modem" 
Direct 


Point-to-Point 
X"" 
X 
X 
X 


Multidrop 
X 
X 
X 
X 


Loop 
N.A. 
N.A. 
C 
C 


(Only) 
(Only) 


'Modem should not respond to break. 
"Channels 
A, B, and C denoted by X. 


Figure 1.ISBC@ 88/45 
Gateway 
Processor 
Example 


12-2 


inter 


TT 
, 


so 
, 
. 


AT 
iSle' "'45 
BOARD 
- 


AO 


TA 
- 


0" 
1 
1 
CONNECTOR 
1 ! 
CONNECTOR 
I 
J1 
J1 
TA 
0•• 
SO " 
AO 
AT 
TA 
0•• 
SO 
TT 
AO 
AT 


i5BC' HIes 
iSBe' HIes 
80ARO 
BOARD 


NOTE: 
The last slave 
device 
in the system 
must contain 
termination 
resistors 
on all signal 
lines received 
by the slave 
board_ 
The master 
device 
contains 
bias resistors 
on all signal 
Iines_ 


Self Clocking Point-to-Polnt 
Interface 


The iSBC 88/45 ADCP board is used in an asyn- 
chronous mode interface when configured as shown 
in Figure 4. The point-to-point AS232C example 
uses the self-clocking mode interface for NAZI en- 
coding/decoding 
of data. The digital phase-lock 


loop allows operation of the interface in either half- 
duplex or full/duplex implementation with or without 
modems. 


T.C 
T.O 


ATS 


.SIC· 
..,4S CTS 
IOARD 
Rae 


A.O 


OTA 


OSA 


A.C 
A.O 


ATS 


CTS .SIC· '''.5 
TIC 
BOARD 


ToO 


OSA 


OTA 


Figure 4. Self-Clocking 
or Asynchronous 
Point- 


to-Point 
Modem 
Interface 
Configuration 


Example-RS232C 


Figure 5 shows a synchronous point-to-point mode 
of operation for the iSBC 88/45 ADCP board. This 
AS232C example uses a modem to generate the 
receive clock for coordination of the data transfer. 
The iSBC 88/45 ADCP board generates the transmit 
synchronizing clock for synchronous transmission. 


ATS 


CTS 


iSle' 
1114S hD 
BOARD 
'hO 


OTA 


OSA 


Figure 5. Synchronous 
Polnt-to-Polnt 
Modem 


Interface 
Configuration 
Example-RS232C 


Central Processing 
Unit 


The central processor for the iSBC 88/45 Advanced 
Data Communications Processor board is Intel's 
iAPX 8088 microprocessor operating at 8 MHz. The 
microprocessor interface to other functions is illus- 
trated in Figure 6. The microprocessor architec- 


ture is designed to effectively execute the applica- 
tion and networking software written in higher-level 
languages. 


This architectural support includes four 16-bit byte 
addressable data registers, two 16-bit memory base 
pointer registers and two 16-bit index registers. 
These registers are addressable through 24 different 
operand 
addressing 
modes 
for 
comprehensive 


memory addressing and for high-level language data 
structure manipulation. 


The stack-oriented 
architecture 
readily supports 


Intel's iAMX executives and iMMX multiprocessing 
software. Both software packages are designed for 
modular application programming. Facilitating the 
fast inter-module communications, the 4-byte in- 
struction queue supports program constructs need- 
ed for real-time systems. 


Since programs are segmented between pure pro- 
cedure and data, four segment registers (code, 
staCk, data, extra) are available for addressing 1 
megabyte of memory space. These registers contain 
the offset values used to address a 64K byte seg- 
ment. The registers are controlled explicitly through 
program control or implicitly by high-level language 
functions and instructions. 


The real-time system software can also utiltze the 
programmable timers as shown in Table 2 and vari- 
ous interrupt control modes available on the ADCP 
board to have responsive and effective application 
solutions. 


Function 
Operation 


Int~rrupt on Terminal An interrupt is generated on 
Count 
terminal count being reached. 
This function is useful for 
generation of real-time 
clocks. 


Aate Generator 
Divide by N counter. Based 
on the input clock period, the 
output pulse remains low until 
the count is expired. 


Square Wave 
Output remains high for one- 


Generator 
half the count, goes low for 
the remainder of the count. 


Software Triggered 
Output remains high until 


Strobe 
count expires, then goes low 
for one clock period. 


The 
8088 
instruction 
set includes 
8-bit 
and 
16-bit 
signed and unsigned 
arithmetic 
operators 
for binary, 
BCD, and unpacked 
ASCII data. For enhanced 
nu- 
merics 
processing 
capability, 
the iSBC 337 MUL TI- 
MODULE 
Numeric 
Data 
Processor 
extends 
the 
8088 architecture 
and data set. 


The extended 
numerics 
capability 
includes 
over 60 
numeric 
instructions 
offering 
arithmetic, 
trigonomet- 
ric, transcendental, 
logarithmic, 
and exponential 
in- 
structions. 
Many 
math-oriented 
applications 
utilize 
the .16-, 32-, and 64-bit integer, 
32- and 64-bit float- 
ing point, 18-digit packed 
BCD, and 80-bit temporary 
data types. 


16K Bytes Static Ram 


The iSBC 88/45 
ADCP board contains 
16K bytes of 
high-speed 
static 
RAM, with 
12K bytes dual-ported 
which 
is addressable 
from 
other 
MUL TIBUS 
devic- 
es. When coupled 
with the high-speed 
DMA capabil- 
ity of the iSBC 88/45 
ADCP board, the dual-ported 
memory 
provides 
effective 
data communication 
buff- 


ers. The dual-ported 
memory 
is useful for interproc- 
essor message 
transfers. 


~- 
~ 


Interrupt Capability 


The 
iSBC 
88/45 
ADCP 
board 
provides 
nine 
vec- 


tored 
interrupt 
levels. 
The highest 
level is the NMI 


(Non-Maskable 
Interrupt) 
line. The 
additional 
eight 


interrupt 
levels are vectored 
via the Intel 8259A 
Pro- 


grammable 
Interrupt 
Controller 
(pIC). 
As shown 
in 


Table 3, four priority processing 
mqdes are available 


to 
match 
interrupt 
servicing 
requirements. 
These 


modes 
and 
priority 
assignments 
are 
dynamically 


configurable 
by the system 
software. 


Mode 
Operation 


Nested 
Interrupt 
request line priorities 


fixed; interrupt 
0 is the highest 


and 7 is the lowest. 


Auto-Rotating 
The interrupt 
priority rotates; 


once an interrupt 
is serviced 
it 


becomes 
the lowest priority. 


Specific 
Priority 
System software 
assigns 


lowest level priority. The other 
levels are sequenced 
based on 


the level assigned. 


Polled 
System software 
examines 


priority interrupt 
via interrupt 


status register. 


~9 


24·1.' 
SLAVE 


ADOIllI$$ 
DECODE 


inter 


Interrupt 
Request Generation 


Listed in Table 4 are the devices and functions sup- 
ported by interrupts on the iSBC 88/45 ADCP board. 
All interrupt signals are brought to the interrupt jump- 
er matrix. Any of the 23 interrupt sources are 
strapped to the appropriate 8259A PIC request level. 
The PIC resolves requests according to the software 
selected mode and, if the interrupt is unmasked, is- 
sues an interrupt to the CPU. 


EPROM/RAM 
Expansion 


In addition to the on-board RAM, the iSBC 88/45 
ADCP board provides four 28-pin JEDEC sockets for 
EPROM expansion. By using 2764 EPROMs, the 
board has 32K bytes of program storage. Three of 
the JEDEC standard sockets also support byte-wide 
static RAMs or iRAMs; using 8K x 8 static RAMs 
provides an additional 24K bytes of RAM. 


Inserting the optional iSBC 341 MULTIMODULE 
EPROM expansion board onto the iSBC 88/45 
ADCP board provides four additional 28-pin JEDEC 
sites. This expansion doubles the available program 
storage or extends the RAM capability by 32K bytes. 


ISBXTM MUL TIMODULETM Expansion 


Two 8-bit iSBX MULTIMODULE connectors are pro- 
vided on the iSBC 88/45 microcomputer. Through 
these connectors, additional iSBX functions extend 
the I/O capability of the microcomputer. The iSBX 
connectors provide the necessary signals to inter- 
face to the local bus. 


In addition to specialized or custom designed iSBX 
boards, the customer has a broad range of Intel 
iSBC MULTIMODULEs available, including parallel 
I/O, analog I/O, iEEE 488 GPIB, floppy disk, mag- 
netic bubbles, video, and serial I/O boards. 


The serial I/O MULTIMODULE boards include the 
iSBX 351 (one ASYNC/SYNC serial channel) the 
iSBX 352 (one HDLC/SDLC serial channel) and the 
iSBX 354 (two SYNC/ ASYNC, HDLC/SDLC serial 
channels) boards. Adding two iSBX 352 MULTI- 
MODULE boards to the iSBC 88/45 ADCP provides 
a total of five HOLC/SDLC channels. 


The MULTIBUS system is Intel's industry standard 
microcomputer bus structure. Both 8- and 16-bit sin- 
gle board computers are supported on the MULTI- 
BUS structure with 24 address and 16 data lines. In 
addition to expanding functions contained on a sin- 
gle board computer (e.g., memory and digital 110), 
the MULTIBUS structure allows very powerful dis- 
tributed 
processing 
configurations 
with 
multiple 


processors, 
intelligent 
slaves, 
and 
peripheral 


boards. 


Multimaster 
Capability 


The iSBC 88/45 ADCP board provides full MULTI· 
BUS 
arbitration 
control 
logic. 
This 
control 


Device 
Function 
No. of 


Interrupts 


MULTIBUS Interface 
Select 1 interrupt from MULTIBUS resident peripherals 
or other CPU boards. 
8 


8273 HDLC/SDLC 
Transmit buffer empty and receive buffer full 
2 
Controller 


8274 HDLC/SDLC 
Software examines register for status of communication 
SYNC/ ASYNC Controller 
operation 
1 


8254-Timer 
Counter 2 of both PIT devices 
2 


iSBX Connectors 
Function determined by iSBX MULTIMODULE Board 
(2 interrupts per socket) 
4 


Bus Fail Safe Timer 
Indicates MULTIBUS addressed device has not 
responded to command within 4 msec 
1 


Power Line Clock 
Source of 60 MHz signal from power supply 
1 


Bus Flag Interrupt 
Flag interrupt in byte location 1OOOHsignals board reset 
2 
or data handling request 


iSBC 337A Board 
Numeric Data Processor generated status information 
1 


8237A-5 
Signals end of 8237 DMA operation 
1 


inter 


logic allows up to three iSBC 88/45 ADCP boards or 
other bus masters, including iSBC 286, iSBC 86 and 
iSBC 86 family boards to share the system bus using 
a serial (daisy chain) priority scheme. By using an 
external parallel priority decoder, the MULTIBUS 
system bus could be shared among sixteen masters. 


The Intel standard MULTIBUS Interprocessor Proto- 
col (MIP) software, implemented as the Intel iMMX 
800 package for iRMX 86 and iRMX 88 Real-Time 
Executives, fully supports multiple 8- and 16-bit dis- 
tributed processor functions. The software manages 
the message passing protocol between microproc- 
essors. 


System Development 
Capabilities 


The application development cycle for an iSBC 
88/45 
ADCP 
board 
is 
reduced 
and 
simplified 
through the usage of several Intel tools. The tools 
include the Intellec Series Microcomputer Develop- 
ment System, the ICE-88 In-Circuit Emulator, the 
iSDM 86 debug monitor software, and the iRMX 86 
and iRMX 88 run-time support packages. 


The Intellec Series Microcomputer Development 
System offers a complete development environment 
for the iSBC 88/45 software. In addition to the oper- 
ating system, assembler, utilities and application de- 
bugger features provided with the system, the user 
optionally can utilize higher-level languages like 
PL/M, PASCAL, and FORTRAN. 


The ICE-88 In-Circuit Emulator provides a link be- 
tween the 
Intellec system and the target iSBC 
88/45-based system for code loading and execu- 
tion. The ICE-88 package assists the developer with 
the debugging and system integrating processes. 


Intel offers run-time foundation software to support 
applications which range from general purpose to 
high-performance solutions. The iRMX 88 Real-time 
Multitasking Executive provides a multitasking struc- 
ture which includes task scheduling, task manage- 
ment, intertask communications, and interrupt serv- 
icing for high-performance applications. The highly 
configurable modules make the system tailoring job 
easier whether one uses the compact executive or 
the complete executive with its variety of peripheral 
devices supported. 


The iRMX 86 Operating System provides a very rich 
set of features and options to support sophisticated 
applications solutions. In addition to supporting real- 
time requirements, the iRMX 86 Operating System 
has a powerful, but easy-to-use human interface. 
When added to the sophisticated I/O system, the 
iRMX 86 Operating System is readily extended 


to support assembler, PL/M, PASCAL, and FOR- 
TRAN software development environments. The 
modular building block software lends itself well to 
customized application solutions. 


Instruction: 8, 16, 24, or 32 bits 
Data: 8 or 16 bits 


NOTE: 
Jumper selectable for 4 MHz operation with iSBC 
337 Numeric Data Processor module or ICE-88 
product. 


Basic Instruction Cycle at 8.00 MHz: 1.25 JLs, 250 ns 
(assumes instruction in the queue) 


NOTE: 
Basic instruction cycle is defined as the fastest in- 
struction time (Le., two clock cycles). 


Memory Cycle Time 


RAM: 500 ns (no wait states) 
EPROM: jumper selectable from 500 ns to 625 ns. 


On-Board 
RAM" 


K Bytes 
Hex Address 
Range 
16 (total) 
0000-3FFF 
12 (dual-ported) 
1000-3FFF 


·Four 
iSBC 88/45 
EPROM 
sockets 
support 
JEDEC 
24/28- 


pin standard 
EPROMs 
and RAMs 
(3 sockets); 
iSBC 341 (4 


sockets) 


Temperature: O°Cto +55°C, free moving air across 
the base board and MULTIMODULE board 


Physical Characteristics 


Width: 30.48 em (12.00 in) 
Length: 17.15 em (6.75 in) 
Height: 1.50 em (0.59 in) 
Weight: 6.20 gm (22 oz) 


inter 
ISBC@ 88/45 
BOARD 


MemoryCapacityIAddressing 
ElectricalCharacteristics 


On-Board 
EPROM" 
DC Power Dissipation-28.3 
Watts 


Device 
Total 
Hex Address 


K Bytes 
Range 


2716 
8 
FEOOO-FFFFF 
273-2A 
16 
FCOOO-FFFFF 


2764 
32 
F8000-FFFFF 


27128 
64 
FOOOO-FFFFF 


With 
optional 
ISBC~ 
341 MULTIMODULETM 
EPROM 


Device 
Total 
Hex Address 


K By1es 
Range 


2716 
16 
FCOOO-FFFFF 


2732A 
32 
F8000-FFFFF 


2764 
64 
FOOOO-FFFFF 


27128 
128 
EOOOO-FFFFF 


"Four iSBC 88/45 EPROM sockets support JEOEC 24/28- 
pin standard EPROMs and RAMs (static and iRAM, 3 sock- 
ets); iSBC 341 sockets also support EPROMs and RAMs. 


Serial RS232C 
Signals- 


CTS 
CLEAR TO SEND 


DSR 
DATA SET READY 


DTE TXC 
TRANSMIT 
CLOCK 


DTR 
DATA TERMINAL 
READY 


FG 
FRAME 
GROUND 


RTS 
REQUEST 
TO SEND 


RXC 
RECEIVE 
CLOCK 
RXD 
RECEIVE 
DATA 
SG 
SIGNAL 
GROUND 


TXD 
TRANSMIT 
DATA 


Serial RS422A1449 
Signals- 


CS 
CLEAR TO SEND 


DM 
DATA MODE 
RC 
RECEIVE 
COMMON 


RD 
RECEIVE 
DATA 


RS 
REQUEST 
TO SEND 


RT 
RECEIVE 
TIMING 
SC 
SEND COMMON 


SD 
SEND DATA 
SG 
SIGNAL 
GROUND 
TR 
TERMINAL 
READY 


TT 
TERMINAL 
TIMING 


Current 
Requirements 


Configuration 
(All Voltages 
± 5%) 


+5V 
+12V 
-12V 


Without 
EPROM(1) 
5.1A 
20mA 
20mA 


With 8K EPROM 
+0.14A 
- 
(Using 2716) 
- 


With 16K EPROM 
+0.20A 
- 
(Using 2732A) 
- 


With 32K EPROM 
+0.24A 
(Using 2764) 
- 
- 


With 64K EPROM 
+0.24A 
(Using 27128) 
- 
- 


NOTE: 
1. AS SHIPPED-no 
EPROMs in sockets, no iSBC 341 


module. 
Configuration 
includes 
terminators 
for 
two 


RS422A1449 and one RS232C channels. 


Channel 
Device 
Supported 
Max. Baud 


Interface 
Rate 


A 
8274(1) RS442A1449 
800K SOLC/HOLC 


RS232C 
125K Synchronous 


CCITTV.24 
50K Asynchronous 


8 
8274 
RS232C 
125K Synchronous(2) 


CCITTV.24 
50K Asynchronous 


C 
8273(3) RS442A/449 
64K SDLC/HOLC(3) 


RS232C 
9.6K SELF CLOCKING 


CCITTV.24 


NOTES: 
1. 8274 supports HOLC/SOLC/SYNC/ASYNC 
multiproto- 


col 
2. Exceed RS232C/CCITI V.24 rating of 20K baud 
3. 8273 supports HOLC/SOLC 


8254 
Synchronous 
Asynchronous 


Timer 
Divide 
+ 16 
+32 
+64 


Count 
N 
K Baud 
K Baud 


10 
800 
50.0 
25.0 
12.5 


26 
300 
19.2 
9.6 
4.8 


31 
256 
16.1 
8.06 
4.03 


52 
154 
9.6 
4.8 
2.4 


104 
76.8 
4.8 
2.4 
1.2 


125 
64 
4.0 
2.0 
1.0 


143 
56 
3.5 
1.7 
0.87 


167 
48 
3.0 
1.5 
0.75 


417 
19.2 
- 
- 
- 


833 
9.6 
- 
- 
- 


EQUATION 
8,000,000 
500K 
250K 
125K 
-- -- -- 


N 
N 
N 
N 
- 
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Interface 
Mode(1) 
MUL TIMODULETM 
Cable 
Connector 
Edge Connector 


RS232C 
DTE 
26-pin(4),3M-3462-0001 
3M(2)·3349/25 
25-pin(6),3M-3482-1000 
RS232C 
DCE 
26-pin(4),3M-3462-0001 
3M(2)-3349/25 
25-pin(6), 3M·3483-1000 
RS449 
DTE 
40-pin(5), 3M-3464-0001 
3M(3)-3349/37 
37-pin(7),3M-3502-1000 
RS449 
DCE 
40-pin(5), 3M-3464-0001 
3M(3)-3349/37 
37 -pin(7), 3M·3503·1000 


NOTES: 
1. DTE-Data 
Terminal Equipment Mode (male connector); DeE-Data 
Circuit Equipment mode (female connector) requires 
line swaps. 
2. Cable is tapered at one end to fit the 3M-3462 connector. 
3. Cable is tapered to fit 3M-3464 connector. 
4. Pin 26 of the edge connector is not connected to the flat cable. 
5. Pins 38, 39, and 40 of the edge connector are not connected to the flat cable. 
6. May be used with the cable housing 3M-3485-1000. 
7. Cable housing 3M-3485-4000 may be used wih the connector. 


Device 
Characteristic 
Qty 
Installed 


1488 
RS232C 
3 
1 


1489 
RS232C 
3 
1 


3486 
RS422A 
2 
2 


3487 
RS422A 
2 
2 


143824-iSBC 
88/45 
Advanced 
Data Communica- 


tions Processor 
Board Hardware 
Reference 
Manual 


(not supplied). 


Reference 
manuals 
may be ordered 
from 
any Intel 


sales 
representative, 
distributor 
office 
or from 
Intel 


Literature 
Department, 
3065 Bowers 
Avenue, 
Santa 


Clara, CA 95051. 


Part 
Number 


SBC88/45 


Description 


8-bit 808S·based 
Single 
Board Com- 


puter 
with 
3 
HDLC/SDLC 
serial 


channels 


inter 
iSBC® 188/56 
ADVANCED COMMUNICATING 
COMPUTER 
• ISBC® Single Board Computer 
or 
• 7 On-Board 
DMA Channels 
for Serial 
Intelligent 
Slave Communication 
Board 
1/0,280188 
DMA Channels 
for the 
• 8 Serial Communications 
Channels, 
iSBXTM MUL TIMODULETM 
Board 


Expandable 
to 12 Channels 
on a Single 
• MUL TIBUS 
Interface 
for System 
MUL TIBUS® 
Board 
Expansion 
and Multimaster 


• 8 MHz 80188 Microprocessor 
Configuration 


• Supports 
RS232C 
Interface 
on 6 
• Two iSBX Connectors 
for Low Cost 110 


Channels, 
RS422A/449 
or RS232C 
Expansion 


Interface 
Configurable 
on 2 Channels 
• 256K Bytes Dual-Ported 
RAM On-Board 


• Supports 
Async, 
Bisync HDLC/SDLC, 
• Two 28-pin JEDEC PROM Sites 


On-Chip 
Baud Rate Generation, 
Half! 
Expandable 
to 6 Sites with the iSBC 
Full-Duplex, 
NRZ, NRZI or FM 
341 MUL TIMODULE 
Board for a 


Encoding/Decoding 
Maximum 
of 192K Bytes EPROM 
• Resident 
Firmware 
to Handle 
up to 12 


RS232C Async Lines 


The 
iSBC 
188/56 
Advanced 
Communicating 
Computer 
(COMMputer™) 
is an intelligent 
8-channel 
single 


board computer. 
This iSBC board adds the 8 MHz 80188 
microprocessor-based 
communications 
flexibility 
to 


the Intel line of OEM microcomputer 
systems. 
Acting as a stand-alone 
CPU or intelligent 
slave for communica- 
tion expansion, 
this board provides 
a high performance, 
low-cost 
solution 
for multi-user 
systems. 
The features 


of the iSBC 188/56 
board are uniquely suited to manage 
higher-layer 
protocol 
requirements 
needed 
in today's 
data communications 
applications. 
This single board computer 
takes full advantage 
of Intel's VLSI technology 
to provide 
state-of-the-art, 
economic, 
computer 
based 
solutions 
for OEM communications-oriented 
applica- 
tions. 


·IBM 
is a registered 
trademark 
of International 
Business 
Machines 


·UNIX 
is a trademark 
of Bell Laboratories 


·XENIX 
is a trademark 
of Microsoft 
Corporation 


intJ 


The iSBC 188/56 
COMMputer™ 
features have 
been designed to meet the needs of numerous com- 
munications applications. Typical applications in- 
clude: 


1. Terminal/cluster controller 
2. Front-end processor 
3. Stand-alone communicating computer 


A terminal/cluster controller concentrates communi- 
cations in a central area of a system. Efficient 
handling of messages coming in or going out of the 
system requires sufficient buffer space to store 
messages and high speed I/O channels to transmit 
messages. More sophisticated applications, such as 
cluster controllers, also require character and format 
conversion capabilities to allow different types of ter- 
minals to be attached. 


The iSBC 188/56 Advanced Communicating Com- 
puter is well suited for multi-terminal systems (see 
Figure 1). Up to 12 serial channels can be serviced 
in multi-user or cluster applications by adding two 
iSBX 354 MULTIMODULE boards. The dual-port 
RAM provides a large on-board buffer to handle 


incoming and outgoing messages at data rates up to 
19.2K baud. Two channels are supported for contin- 
uous data rates greater than 19.2K baud. Each serial 
channel can be individually programmed for different 
baud rates to allow system configurations with differ- 
ing terminal types. The firmware supplied on the 
iSBC 188/56 board supports up to 12 asynchronous 
RS232C serial channels, provides modem control 
and performs power-up diagnostics. The high per- 
formance of the on-board CPU provides intelligence 
to handle protocols and character handling typically 
assigned to the system CPU. The distribution of in- 
telligence results in optimizing system performance 
by releasing the system CPU of routine tasks. 


A front-end processor off-loads a system's central 
processor of tasks such as data manipulation and 
text editing of characters collected from the at- 
tached terminals. A variety of terminals require flex- 
ible terminal interfaces. Program code is often dy- 
namically downloaded to the front-end processor 
from the system CPU. Downloading code requires 
sufficient memory space for protocol handling and 
program code. Flow control and efficient handling of 
interrupts require an efficient operating system to 
manage the hardware and software resources. 
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The iSBC 188/56 board features are designed to 
provide a high performance solution for front-end 
processor 
applications 
(see Figure 2). A 
large 


amount of random access memory is provided for 
dynamic storage of program code. In addition, local 
memory sites are available for storing routine pro- 
grams such as X.25, SNA or bisync protocol soft- 
ware. The serial channels can tle configured for links 
to mainframe systems, point-to-point terminals, mo- 
dems or multidrop configurations. 


Stand-Alone 
COMMputer™ 


Application 


A stand-alone communication computer is a com- 
plete computer system. The CPU is capable of man- 
aging the resources required to meet the needs of 
multi-terminal, multi-protocol applications. These ap- 
plications typically require multi-terminal support, 
floppy disk control, local memory allocation, and 
program execution and storage. 


To 
support 
stand-alone 
applications, 
the 
iSBC 


188/56 COMMputer board uses the computational 
capabilities of an on-board CPU to provide a high- 
speed system solution controlling 8 to 12 channels 
of serial I/O (see Figure 3). The local memory avail- 
able is large enough to handle special purpose 
code, execution code and routine protocol software. 


The MULTIBUS interface can be used to access ad- 
ditional system functions. Floppy disk control and 
graphics capability can be added to the iSBC stand- 
alone computer through the iSBX connectors. 


The four major functional areas are Serial I/O, CPU, 
Memory and OMA.These areas are illustrated in Fig- 
ure 4. 


Eight HOLC/SOLC serial interfaces are provided on 
the iSBC 188/56 board. The serial interface can be 
expanded to 12 channels by adding 2 iSBX 354 
MULTIMOOULE boards. The HOLC/SOLC interface 
is compatible with IBM" system and terminal equip- 
ment and with CCITI's X.25 packet switching inter- 
face. 


Four 
82530 
Serial 
Communications 
Controllers 


(SCC) provide eight channels of half/full duplex ser- 
ial I/O. 
Six channels support RS232C interfac- 


es. Two channels are RS232C/422/449 
configura- 


ble and can be tri-stated to allow multidrop networks. 
The 82530 component is designed to satisfy several 
serial communications requirements; asynchronous, 
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byte-oriented synchronous (HOLC/SOLC) modes. 
The increased capability at the serial controller point 
results in off-loading the CPU of tasks formerly as- 
signed to the CPU or its associated hardware. Con- 
figurability of the 82530 allows the user to configure 
it to handle all asynchronous data formats regard- 
less of data size, number of start or stop bits, or 
parity requirements. An on-chip baud rate generator 
allows independent baud rates on each channel. 


The clock can be generated either internally with the 
SCC chip, with an external clock or via the NRZ1 
clock encoding mechanism. 


All eight channels can be configured as Data Termi- 
nal 
Equipment 
(OTE) or 
Data Communications 


Equipment (OCE). Table 1 lists the interfaces sup- 
ported. 


Table 1. ISBCcKl188/56 Interface Support 


Connection 
Synchronous 
Asynchronous 


Modem to Direct Modem to Direct 


Point-to-Point 
X" 
X 


Channels 
Channels 


Multidrop 
o and 1 
o and 1 


Loop 
X 
N/A 


The 80188 central processor component provides 
high performance, flexibility and powerful process- 
ing. The 80188 component is a highly integrated mi- 
croprocessor with an 8-bit data bus interface and a 
16-bit internal architecture to give high performance. 
The 80188 is upward compatible with 86 and 186 
software. 


The 
80188/82530 
combination 
with 
on-board 


PROM/EPROM sites, and dual-port RAM provide 
the intelligence and speed to manage multi-user, 
multi-protocol communication operations. 


Memory 


There are two areas of memory on-board: dual-port 
RAM and universal site memory. The iSBC 188/56 
board contains 256K bytes of dual-port RAM that is 
addressable by the 80188 on-board. The dual-port 
memory is configurable anywhere in a 16M byte ad- 
dress space on 64K byte boundaries as addressed 
from the MULTIBUS port. Not all of the 256K bytes 
are visible from the 
MULTIBUS bus side. The 


amount 
of 
dual-port 
memory 
visible 
to 
the 


80188 
D 


rFlWll 
ROUTINE 
PROGRAMS 
L...JL...J 
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MULTIBUS side can be set (with jumpers) to none, 
16K bytes, or 48K bytes. In a multiprocessor system 
these features provide local memory for each proc- 
essor and shared system memory configurations 
where the total system memory size can exceed one 
megabyte without addressing conflicts. 


The second area of memory is universal site memo- 
ry providing flexible memory expansion. Two 28-pin 
JEDEC sockets are provided. One of these sockets 
is used for the resident firmware as described in the 
FIRMWARE section. 


The default configuration of the boards supports 
16K byte EPROM devices such as the Intel 27128 
component. However, these sockets can contain 
ROM, EPROM, Static RAM, or EEPROM. Both sock- 
ets must contain the same type of component (Le. 
as the first socket contains an EPROM for the resi- 
dent firmware, the second must also contain an 
EPROM with the same pinout). Up to 32K bytes can 
be addressed per socket giving a maximum univer- 
sal site memory size of 64K bytes. By using the iSBC 
341 MULTIMODULE board, a maximum of 192K 
bytes of universal site memory is available. This pro- 
vides sufficient memory space for on-board network 
or resource management software. 


Seven channels of Direct Memory Access (DMA) 
are provided between serial I/O and on-board dual 
port RAM by two 8237-5 components. Each of chan- 
nels 0, 1, 2, 3, 5, 6, and 7 is supported by their own 
DMA line. Serial channels 0 and 1 are configurable 
for full duplex DMA. Configuring the full duplex DMA 
option for Channels 0 and 1 would require Channels 
2 and 3 to be interrupt driven or polled. Channel 4 is 
interrupt driven or polled only. 


Two DMA channels are integrated in the 80188 
processor. These additional channels can be con- 
nected to the iSBX interfaces to provide DMA capa- 
bility to iSBX MULTIMODULE boards such as the 
iSBX 218A Floppy Disk Controller MULTIMODULE 
board. 


Intel offers run-time foundation software to support 
applications that range from general purpose to 
high-performance solutions. 


SERIAL 
CO•••• UNICATIONS 
CONTROLLERS 
SCC(4) 


CHANNELS 
CHANNEL 


7·2 
1.0 


RS232C1 


RS232C 
4221441 


inter 


Release 
6 of the 
iRMX 
86 Operating 
System 
pro- 


vides 
a rich set of features 
and options 
to support 


sophisticated 
stand-alone 
communications 
applica- 
tions on the iSBC 188/56 
Advanced 
Communicating 


Computer. 
In addition 
to 
supporting 
real-time 
re- 


quirements, 
the iRMX 86 Operating 
System 
Release 


6 has a powerful, 
yet easy to use human 
interface. 
Services 
provided 
by the iRMX 86 Operating 
System 


include 
facilities 
for executing 
programs 
concurrent- 


ly, 
sharing 
resources 
and 
information, 
servicing 


asynchronous 
events 
and 
interactively 
controlling 


system resources 
and utilities. The iRMX 86 Operat- 


ing System 
is readily 
extended 
to support 
assem- 


bler, PLlM, 
PASCAL, 
and FORTRAN 
software 
de- 


velopment 
environments. 
The 
modular 
building 


block software 
lends itself well to customized 
appli- 


cation 
solutions. 
If the iSBC 188/56 
board is acting 


as an intelligent 
slave in a system 
environment, 
an 


iRMX 86 driver resident 
in the host CPU can be writ- 


ten by following 
the examples 
in the manual 
"Guide 


to Writing 
Device 
Driven for iRMX 86 and iRMX 88 


I/O Systems". 


The iSDMTM 86 System 
Debug Monitor 
supports 
tar- 
get 
system 
debugging 
for 
the 
iSBC 
188/56 
Ad- 


vanced 
Communicating 
COMMputer 
board. 
The 


monitor 
contains 
the necessary 
hardware, 
software 


and documentation 
required 
to interface 
the 
iSBC 


188/56 
target system to an Intel microcomputer 
de- 


velopment 
system 
for 
debugging 
application 
soft- 


ware. 


The XENIX· 
286 Operating 
System, 
Release 
3, is a 


fully 
licensed 
adaptation 
of 
the 
Bell 
Laboratories 


System III UNIX· 
Operating 
System. The XENIX sys- 


tem 
is an 
interactive, 
protected, 
multi-user, 
multi- 


tasking 
operating 
system 
with 
a powerful, 
flexible 


. human interface. 
Release 
3 of XENIX 286 includes 
a 


software 
driver for the iSBC 188/56 
board (and up to 


two iSBX 354 MUL TIMODULE 
Boards) 
acting as an 


intelligent 
slave for multi-user 
applications 
requiring 


multiple 
persons 
running 
independent, 
terminal-ori- 


ented jobs. Example 
applications 
include 
distributed 


data processing, 
business 
data processing, 
software 


development 
and engineering 
or scientific 
data anal- 


ysis. XENIX 286 Release 
3 Operating 
System 
serv- 


ices include device independent 
I/O, tree-structured 


file directory 
and task hierarchies, 
re-entrantlshared 


code 
and 
system 
accounting 
and 
security 
access 


protection. 


Feature 
Description 


Asynchronous 
Serial 
Supports 
the serial channels 
in asynchronous 
ASCII mode. 
Channel 
Support 
Parameters 
such as baud rate, parity generation, 
parity 


checking 
and character 
length can be programmed 


independently 
for each channel. 


Block Data Transfer 
Relieves the host CPU of character-at-a-time 
interrupt 
(On Output) 
processing. 
The iSBC 188/56 
board accepts 
blocks of data for 


transmission 
and interrupts 
the processor 
only when the entire 


block is transmitted. 


Limited Modem Control 
Provides software 
control 
of the Data Terminal 
Ready (DTR) 


line on all channels. 
Transitions 
on the Carrier Detect (CD) line 


are sensed and reported 
to the host CPU. 


Tandem 
Modem Support 
Transmits 
an XOFF character 
when the number of characters 
in its receive buffer exceeds 
a threshold 
value and transmits 
an 


XON character 
when the buffer drains below some other 


threshold. 


Download 
and 
Provides a capability 
for the host CPU to load code anywhere 
in 
Execute Capability 
the address space of the iSBC 188/56 
board and to start 


executing 
at any address in its address space. 


Power Up 
On board reset, the firmware 
executes 
a series of simple tests 
Confidence 
Tests 
to establish 
that crucial components 
on the board are 


functional. 


The 
iSBC 
188/56 
Communicating 
COMMputer 


board 
is supplied 
with 
resident 
firmware 
that 
sup- 
ports 
up to 12 RS232C 
asynchronous 
serial 
chan- 


nels. In addition, 
the firmware 
provides 
a facility for a 


host 
CPU 
to download 
and 
execute 
code 
on the 


iSBC 
188/56 
board. 
Simple 
power-up 
confidence 


tests are also included 
to provide 
a quick diagnostic 


service. 
The 
firmware 
converts 
the 
iSBC 
188/56 


COMMputer 
board to a slave communications 
con- 


troller. 
As a slave 
communications 
controller, 
it re- 


quires 
a separate 
MUL TIBUS 
host CPU board 
and 


requires the use of MUL TIBUS interrupt 
line to signal 


the 
host 
processor. 
Table 
2 summarizes 
the 
fea- 


tures of the firmware. 


80188 processor 
and the other in the 80130 compo- 


nent. 
The 
two 
controllers 
are 
configured 
with 
the 


80130 
controller 
as the master 
and the 80188 
con- 


troller as the slave. Two of the 80130 interrupt 
inputs 


are connected 
to the 82530 serial controller 
compo- 


nents to provide 
vector 
interrupt 
capabilities 
by the 


serial controllers. 
The iSBC 188/56 
board 
provides 


22 
interrupt 
levels. 
The 
highest 
level 
is the 
NMI 


(Non-Maskable 
Interrupt) 
line which is directly tied to 


the 80188 
CPU. This interrupt 
is typically 
used for 


signaling 
catastrophic 
events 
(e.g. 
power 
failure). 


There are 5 levels of interrupts 
internal 
to the 80188 


processor. 
Another 
8 levels 
of interrupts 
are avail- 


able from the 80130 component. 
Of these 
8, one is 


tied to the programmable 
interrupt 
controller 
(PIC) of 


the 80188 
CPU. An additional 
8 levels of interrupts 


are available 
at the MUL TIBUS 
interface. 
The iSBC 


188/56 
board 
does not support 
bus vectored 
inter- 


rupts. Table 3 lists the possible 
interrupt 
sources. 


The iSBC 188/56 
board 
has two programmable 
in- 


terrupt 
controllers 
(PICs). One is integrated 
into the 


Table 3. Interrupt 
Request 
S9urces 


Device 
Function 
Number 
of 
Interrupts 


MUL TIBUS Interface 
Requests 
from MUL TIBUS resident 
peripherals 
or other 


INTO-INT7 
CPU boards. 
8 


82530 Serial Controllers 
Transmit 
buffer empty, receive buffer full and channel 
8 per 82530 


errors 1 and external status. 
Total = 32 


Internal 80188 
Timer 0, 1, 2 outputs and 2 DMA channel 
interrupts. 
Timer and DMA 
5 


80130 Timer Outputs 
Timer 0, 1, 2 outputs of 80130. 
3 


Interrupt 
from Flag 
Flag byte interrupt 
set by MUL TIBUS master (through 
1 
Byte Logic 
MUL TIBUS~ 
I/O Write). 


Bus Flag Interrupt 
Interrupt to MUL TIBUS~ 
(Selectable 
for INTO to INT7) 
1 
generated 
from on-board 
80188 I/O Write. 


iSBX Connectors 
Function 
determined 
by iSBX MUL TIMODULE 
board. 
4 (Two per 
Connector) 
iSBX DMA 
DMA interrupt from iSBX (TDMA). 
2 


Bus Fail-Safe Timeout 
Indicates 
iSBC 188/48 
board timed out either waiting for 


Interrupt. 
MUL TIBUS access or timed out from no acknowledge 
1 


while on MUL TIBUS System Bus. 


Latched 
Interrupt 
Converts 
pulsed event to a level interrupt. 
Example: 
1 
8237A-5 
EOP. 


OR-Gate 
Matrix 
Concentrates 
up to 4 interrupts 
to 1 interrupt 
(selectable 
by stake pins). 
1 


Ring Indicator 
Latches a ring indicator 
event from serial channels 
4, 5, 
Interrupt 
6, or 7. 
1 


NOR-Gate 
Inverts up to 2 interrupts 
into 1 (selectable 
by stake 


Matrix 
pins). 
1 


inter 


SUPPORT 
FOR THE 80130 


COMPONENT 


Intel does not support the direct processor execu- 
tion of the iRMX nucleus primitives from the 80130 
component. The 80130 component provides timers 
and interrupt controllers. 


Memory may be expanded by adding Intel compati- 
ble memory expansion boards. The universal site 
memory can be expanded to six sockets by adding 
the iSBC 341 MULTIMODULE board for a maximum 
total of 192K bytes of universal site memory. 


ISBXTM MUL TIMODULETM 
Expansion 


Module 


Two 8-bit iSBX MULTIMODULE connectors are pro- 
vided on the iSBC 188/56 board. Using iSBX mod- 
ules additional functions can be added to extend the 
I/O capability of the board. In addition to specialized 
or custom designed iSBX boards, there is a broad 
range of iSBX MULTIMODULE boards from the Intel 
including parallel I/O, analog I/O, IEEE 488 GPIB, 
floppy disk, magnetic bubbles, video and serial I/O 
boards. 
. 


The serial I/O MULTIMODULE boards available in- 
clude the iSBX 354 Dual Channel Expansion MULTI- 
MODULE board. Each iSBX 354 MULTIMODULE 
board adds two channels of serial I/O to the iSBC 
188/56 board for a maximum of twelve serial chan- 
nels. The 82530 serial communications controller on 
the MULTIMODULE board handles a large variety of 
serial communications protocols. This is the same 
serial controller as is used on the iSBC 188/56 
board to offer directly compatible expansion capabil- 
ity for the iSBC 188/56 COMMputer board. 


The iSBC 188/56 Advanced COMMputer board can 
be a MULTIBUS master or intelligent slave in a mul- 
timaster system. The iSBC 188/56 board incorpo- 
rates a flag byte signalling mechanism for use in 
multiprocessor 
environments 
where 
the 
iSBC 


188/56 board is acting as an intelligent'slave. The 
mechanism provides an interrupt handshake from 
the MULTIBUS System Bus to the on-board-proces- 
sor and vice-versa. 


The Multimaster capabilities of the iSBC 188/56 
board offers easy expansion of processing capacity 
and the benefits of multiprocessing. Memory and 
I/O capacity may be expanded and additional func- 
tions added using Intel MULTIBUS compatible ex- 
pansion boards. 


Instruction-8, 
16, 24 or 32 bits 


Data Path-8 
bits 
Processor Clock 
8MHz 
82530 Clock 
4.9152 MHz 
DMAClock 
4MHz 


As viewed from the 
MULTIBUS System 
Bus- 


Choics: 0, 16K or 48K 


ISBC@188/56 Size 
On Board 
Address Range 
Board Using: 
Capacity 


2732 
4K 
8K bytes 
FEOOO-FFFFFH 
2764 
8K 
16K bytes 
FCOOO-FFFFFH 


27128 
16K 
32K bytes 
F8000-FFFFFH 


27256 
32K 
64K bytes 
FOOOO-FFFFFH 


27512 
64K 
128K bytes EOOOO-FFFFFH 


EPROM with 
ISBC@341 
Capacity 
Address Range 


Board Using: 


2732 
24K bytes 
F8000-FFFFFH 


2764 
48K bytes 
FOOOO-FFFFFH 


27128 
96K bytes 
EOOOO-FFFFFH 


27256 
192K bytes 
COOOO-FFFFFH 


I/O Capacity 


Serial-8 
programmable lines using four 82530 com- 


ponents 


Synchronous-Internal 
or 
external 
character 
syn- 


chronization 
on one or two synchronous 
characters 


Asynchronous-5-8 
bits and 1, 11f2, or 2 stop bits 


per character; 
programmable 
clock factor; 
break de- 


tection 
and generation; 
parity, overrun, 
and framing 


error detection. 


Synchronous 
X1 Clock 


Baud Rate 
82530 Count Value 
(Decimal) 


64000 
36 


48000 
49 


19200 
126 


9600 
254 


4800 
510 


2400 
1022 


1800 
1363 


1200 
2046 


300 
8190 


Asynchronous 


X16Clock 


Baud Rate 
82530 Count Value 
(Decimal) 


19200 
6 


9600 
14 


4800 
30 


2400 
62 


1800 
83 


1200 
126 


300 
510 


110 
1394 


iSBXTM BUS 


The iSBC 188/56 
board meets iSBX compliance 
lev- 


el 08/8 
DMA 


MUL TIBUS@ SYSTEM 
BUS 


The iSBC 188/56 
board 
meets 
MUL TIBUS 
compli- 


ance level Master/Slave 
08 M24 116 VO EL. 


CD 
CTS 
DSR 
DTE TXC 
DTR 
RTS 
RXC 
RXD 
SG 
TXD 
RI 


Carrier 
Clear to Send 
Data Set Ready 
Transmit 
Clock 
Data Terminal 
Ready 
Request 
to Send 
Receive 
Clock 
Receive 
Data 


Signal Ground 
Transmit 
Data 


Ring Indicator 


Receive 
Common 
Receive 
Data 


Receive 
Timing 
Send Data 
Terminal 
Timing 


Environmental 
Characteristics 


Temperature: 
0 to 
55°C 
at 200 
Linear 
Feet/Min. 


(LFM) Air Velocity 


Humidity: 
to 
90%, 
non-condensing 
(25°C 
to 


70°C) 


Physical Characteristics 


Width: 
30.48 cm (12.00 in) 
Length: 
17.15 cm (6.75 in) 
Height: 
1.04 cm (0.41 in) 
Weight: 
595 gm (21 oz) 


Electrical Characteristics 


The power required 
per voltage 
for the iSBC 188/56 


board 
is shown 
below. 
These 
numbers 
do not 
in- 


clude the current 
required 
by universal 
memory 
sites 
or expansion 
modules. 


Voltage 
Current 
Power 


(Volts) 
(Amps) typo 
(Watts) 
typo 


+5 
4.56A 
22.8W 
+12 
0.12A 
1.5W 
-12 
0.11A 
1.3W 


iSBC 188/56 
Advanced 
Data Communications 
Com- 
puter Reference 
Manual Order Number 
148209-001. 


ORDERING 
INFORMATION 
Part Number 
Description 


iSBC 188/56 
8-Serial Channel 
Advanced 
Commu- 


nicating 
Computer 


iSBC® 534 


FOUR CHANNEL COMMUNICATION 
EXPANSION BOARD 
• Serial 110 Expansion 
Through 
Four 
• Jumper 
Selectable 
Interface 
Register 
Programmable 
Synchronous 
and 
Addresses 


Asynchronous 
Communications 
• 16·Bit Parallel I/O Interface 
Compatible 
Channels 
with Bell 801 Automatic 
Calling Unit 
• Individual 
Software 
Programmable 
• RS232C/CCITT 
V.24 Interfaces 
Plus 20 
Baud Rate Generation 
for Each Serial 
mA Optically 
Isolated 
Current 
Loop 
I/O Channel 
Interfaces 
(Sockets) 


•• 
Two Independent 
Progammable 
16·Blt 
• Programmable 
Digital Loopback 
for 
Interval 
Timers 
Diagnostics 
• Sixteen 
Maskable 
Interrupt 
Request 
• Interface 
Control 
for Auto Answer 
and 
Lines with Priority 
Encoded 
and 
Auto Originate 
Modems 
Programmable 
Interrupt 
Algorithms 


The iSBC 534 Four Channel 
Communication 
Expansion 
Board is a member of Intel's complete 
line of memory 
and I/O expansion 
boards. The iSBC 534 interfaces 
directly 
to any single board computer 
via the MUL TIBUS 
to provide 
expansion 
of system 
serial communications 
capability. 
Four fully programmable 
synchronous 
and 
asynchronous 
serial channels 
with RS232C 
buffering 
and provision 
for 20 mA optically 
isolated 
current 
loop 
buffering 
are provided. 
Baud 
rates, 
data formats, 
and 
interrupt 
priorities 
for each 
channel 
are individually 
software 
selectable. 
In addition 
to the extensive 
complement 
of EIA Standard 
RS232C 
signals 
provided, 
the 
iSBC 534 provides 
16 lines of RS232C 
buffered 
programmable 
parallel 
I/O. This interface 
is configured 
to be 
directly 
compatible 
with the Bell Model 
801 automatic 
calling 
unit. These 
capabilities 
provide 
a flexible 
and 
easy means for interfacing 
Intel iSBC based systems to RS232C and optically 
isolated 
current loop compatible 
terminals, 
cassettes, 
asynchronous 
and synchronous 
modems, 
and distributed 
processing 
networks. 


inter 


Four programmable 
communications 
interfaces 
us- 


ing Intel's 
8251 A Universal 
Synchronous/ 
Async.hro- 


no us Receiver/Transmitter 
(USART) 
are contaIned 


on the board.· 
Each USART can be programmed 
by 


the system software 
to individually 
select the desired 


asynchronous 
or synchronous 
serial data transmis- 


sion technique 
(including 
IBM Bisync). The mode of 


operation 
(Le., synchronous 
or asynchronous), 
data 


format, 
control 
character 
format, 
parity, 
and 
baud 


rate are all under program 
control. 
Each 8251A 
pro- 


vides 
full duplex, 
double 
buffered 
transmit 
and 
re- 


ceive 
capability. 
Parity, 
overrun, 
and framing 
error 


detection 
are all incorporated 
in each USART. 
Each 


set of RS232C command 
lines, serial data lines, and 


signal 
ground 
lines are brought 
out to 26-pin 
edge 


connectors 
that mate with RS232C 
flat or round ca- 


bles. 


16·Bit Interval Timers 


The iSBC 534 provides 
six fully programmable 
and 


independent 
BCD and 
binary 
16-bit 
interval 
timers 


utilizing 
two 
Intel 
8253 
programmable 
interval 


timers.· 
Four timers are available 
to the systems 
de- 


signer to generate 
baud rates for the USARTs 
under 


software 
control. 
Routing 
for the outputs 
from 
the 


other 
two counters 
is jumper 
selectable. 
Each may 


be independently 
routed to the programmable 
inter- 
rupt controller 
to provide 
real time clocking 
or to th~ 


USARTs 
(for applications 
requiring 
different 
transmIt 


and receive 
baud rates). 
In utilizing 
the iSBC 534, 


the 
systems 
designer 
simply 
configures, 
via 
soft- 


ware, each timer 
independently 
to meet system 
re- 


quirements. 
Whenever 
a given baud rate or time de- 


lay is needed, 
software 
commands 
to the program- 


mable 
timers 
select 
the 
desired 
function. 
Three 


functions 
of these timers are supported 
on the iSBC 


534, 
as shown 
in Table 
1. The 
contents 
of each 


counter 
may be read at any time during system oper- 


ation. 


Function 
Operation 


Interrupt 
on 
When terminal 
count is 


terminal count 
reached 
an interrupt 
request 
is 


generated. 
This function 
is 


used for the generation 
of real- 


time clocks. 


Rate generator 
Divide by N counter. 
The output 


will go low for one input clock 
cycle and high for N-1 
input 


clock periods. 


Square wave 
Output will remain high for one- 


rate generator 
half the count and low for the 
other half of the count. 


Interrupt 
Request Lines 


Two 
independent 
Intel 8259A 
programmable 
inter- 


rupt controllers 
(PIC's) provide vectoring 
for 16 inter- 


rupt 
levels.· 
As shown 
in Table 
2, a selection 
of 


three 
priority 
processing 
algorithms 
is available 
to 


the system 
designer. 
The manner 
in which 
requests 


are serviced 
may thus be configured 
to match 
sys- 


tem requirements. 
Priority 
assignments 
may be re- 


configured 
dynamically 
via software 
at any time dur- 


ing system 
operation. 
Any combination 
of interrupt 


levels may be masked through 
storage, 
via software, 


of a single byte to the interrupt 
mask register of each 


PIC. Each PIC's interrupt 
request 
output 
line may be 


jumper 
selected 
to drive 
any of the 
nine 
interrupt 


lines on the MUL TIBUS. 


Table 2. Interrupt 
Priority Options 


Algorithm 
Operation 


Fully 
Interrupt 
request line priorities 


nested 
fixed at 0 as highest, 7 as 
lowest. 


Auto- 
Equal priority. Each level, after 


rotating 
receiving 
service, 
becomes 
the 


lowest priority level until next 
interrupt occurs. 


Specific 
System software 
assigns 


priority 
lowest priority level. Priority of 
all other levels based in 
sequence 
numerically 
on this 


assignment. 
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Interrupt Request Generation-As 
shown in Table 


3, interrupt requests may originate from 16 sources. 
Two jumper selectable interrupt requests (8 total) 
can be automatically generated by each USART 
when a character is ready to be transferred to the 
MULTIBUS system bus (i.e., receive buffer is full) or 
a character has been transmitted (transmit buffer is 
empty). Jumper selectable requests can be generat- 
ed by two of the programmable timers (PITs),and six 
lines are routed directly from peripherals to accept 
carrier detect (4 lines), ring indicator, and the Bell 
801 present next digit request lines. 


Systems Compatibility 


The iSBC 534 provides 16 RS232C buffered parallel 
I/O lines implemented utilizing an Intel 8255A pro- 
grammable peripheral interface (PPI) configured to 
operate in mode 0.' These lines are configured to 
be directly compatible with the Bell 801 automatic 
calling 
unit 
(ACU). This 
capability 
allows 
the 


iSBC 534 to interface to Bell 801 type ACUs and up 
to four modems or other serial communications de- 
vices. For systems not requiring interface to an ACU, 
the parallel I/O lines may also be used as general 
purpose RS232C compatible control lines in system 
implementation. 


'NOTE: 


Complete operational details on the Intel 8251A 
USART, the Intel 8253 Programmable Interval Tim- 
er, the Intel 8255A Programmable Peripheral Inter- 
face, and the Intel 8259A Programmable Interrupt 
Controller are contained in the Intel Component 
Data Catalog. 


Table 3. Interrupt Assignments 


Interrupt 
Request 
Pica 
PIC 1 


Line 


0 
PORTO Rx ROY PIT 1 counter 1 


1 
PORTOTxRDY 
PIT 2 counter 2 


2 
PORT 1 RxRDY Ring Indicator (all ports) 


3 
PORT 1 TxRDY Present next digit 


4 
PORT 2 RxRDY Carrier detect port 0 


5 
PORT2TxRDY 
Carrier detect port 1 


6 
PORT 3 RxRDY Carrier detect port 2 


7 
PORT3TxRDY 
Carrier detect port 3 


Synchronous- 
5-8 bit characters; internal or exter- 
nal character synchronization; auto- 
matic sync insertion. 


Asynchronous- 
5-8 bit characters; break character 
generation; 1, 1%, or 2 stop bits; 
false start bit detection. 


Frequency(2) 
Baud Rate (Hz) 


(kHz, Software 
Selectable) 
Synchronous 
Asynchronous 


+- 16 
+- 64 


153.6 
- 
9600 
2400 


76.8 
- 
4800 
1200 


38.4 
38400 
2400 
600 


19.2 
19200 
1200 
300 


9.6 
9600 
600 
150 


4.8 
4800 
300 
75 


6.98 
6980 
- 
110 


NOTES: 
1. Baud rates shown here are only a sample subset of pos- 
sible software programmable rates available. Any frequen- 
cy from 18.75 Hz to 614.4 kHz may be generated utilizing 
on-board crystal oscillator and 16-bit programmable inter- 
val timer (used here as frequency divider). 
2. Frequency selected by I/O writes of appropriate 16·bit 
frequency factor to Baud Rate Register. 


Interval Timer and Baud Rate 
Generator Frequencies 


Input 
Frequency 
(On-Board Crystal Oscillator)- 


1.2288 MHz ± 0.1% (0.813 /Josperiod, nominal) 


Dual/Timer 


Function 
Single Timer 
Counter 
(Two Timers 
Cascaded) 


Mln 
Max 
Mln 
Max. 


Real-Time 
58.25 
Interrupt 
1.63 "'S 
53.3 ms 
3.26",s 
minutes 
Interval 


Rate 
Generator 
18.75 Hz 614.4 kHz 0.0029 Hz 307.2 kHz 


(Frequency) 
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ISBC® 534 COMMUNICATION 
BOARD 


Interfaces-RS232C 
Interfaces 
Physical Characteristics 


Width: 
12.00 in. (30.48 cm) 
Height: 6.75 in. (17.15 cm) 
Depth: 
0.50 in. (1.27 cm) 
Weight: 14 oz. (398 gm) 


EIA Standard RS232C Signals provided and sup- 
ported: 
Carrier detect 
Clear to send 
Data set ready 
Data terminal ready 
Request to send 
Receive clock 


Receive data 
Ring indicator 
Secondary receive data 
Secondary transmit data 
Transmit clock 
Transmit data 


Parallel 110-8 input lines, 8 output lines, all signals 
RS232C compatible 


Bus-All 
signals MULTIBUS system bus compatible 


I/O Addressing 


The USART, interval timer, interrupt controller, and 
parallel interface registers of the iSBC 534 are con- 
figured as a block of 16 I/O address locations. The 
location of this block is jumper selectable to begin at 
any 16-byte I/O address boundary (Le., OOH,10H, 
20H, etc.). 


400 ns 
USART registers 
400 ns 
Parallel I/O registers 


400 ns 
Interval timer registers 
400 ns 
Interrupt controller registers 


ompat 
e 
onnectors 


Interface 
Pins Centers 
Mating Connectors 
(qty.) 
(In.) 
Bus 
86 
0.156 
Viking 2KH43/9 AMK12 


Serial and 
26 
0.1 
3m 3462-0001 or 


parallel I/O 
TI H312113 
. 


Compatible ODto-lsolators 


Function 
Supplier 
Part Number 


Driver 
Fairchild 
4N33 


General Electric 
Monsanto 
Receiver 
Fairchild 
4N37 


General Electric 
Monsanto 


Voltage 
Without 
With 


Opto-Isolators 
Opto-lsolators(1) 


Vcc= 
+5V 
1.9A, max 
1.9A, max 


Voo = +12V 
275mA, max 
420mA, max 


VAA = -12V 
250mA, max 
400mA, max 


NOTE: 
1. With four 4N33 and four 4N37 opto-isolator packages 
installed in sockets provided to implement four 20 mA cur- 
rent loop interfaces. 


Environmental Characteristics 


Operating Temperature: O°Cto + 55°C 


502140-002-iSBC 
534 Hardware Reference Manu- 


al (NOT SUPPLIED) 


Reference manuals are shipped with each product 
only if designated SUPPLIED (see above). Manuals 
may be ordered from any Intel sales representative, 
distributor office or from Intel Literature Department, 
3065 Bowers Avenue, Santa Clara, California 95051. 


Part Number 
Description 


SBC 534 
Four Channel Communication Ex- 
pansion Board 


inter 
iSBC® 544 
INTElliGENT 
COMMUNICATIONS CONTROllER 


• 
ISBC@ Communications 
Controller 
Acting as a Single Board 
Communications 
Computer 
or an 
Intelligent 
Slave for Communications 
Expansion 


• 
On-Board 
Dedicated 
8085A 
Microprocessor 
Providing 
Communications 
Control 
and Buffer 
Management 
for Four Programmable 
Synchronous/ 
Asynchronous 
Channels 


• 
Sockets 
for Up To 8K Bytes of EPROM 


• 
16K Bytes of Dual Port Dynamic 
Read/ 
Write Memory 
with On-Board 
Refresh 


• 
Extended 
MUL TIBUS@ Addressing 
Permits 
ISBC 544 Board Partitioning 
Into 16K-Byte 
Segments 
In a 
1-Megabyte 
Address 
Space 


• 
Ten Programmable 
Parallel I/O 
Lines 
Compatible 
with Bell 801 Automatic 
Calling Unit 


• 
Twelve 
Levels of Programmable 
!nterrupt 
Control 


• 
Individual 
Software 
Programmable 
Baud Rate Generation 
for Each Serial 
110 Channel 


• 
Three 
Independent 
Programmable 
Interval 
Timer/Counters 


• 
Interface 
Control 
for Auto Answer 
and 
Auto Originate 
Modem 


The iSBC 544 Intelligent 
Communications 
Controller 
is a member 
of Intel's family of single-board 
computers, 
memory, 
I/O, and peripheral 
controller 
boards. The iSBC 544 board is a complete 
communications 
controller 
on a single 6.75 x 12.00 inch printed circuit card. The on-board 
BOB5A CPU may perform 
local communications 
processing 
by directly 
interfacing 
with on-board 
read/write 
memory, 
nonvolatile 
read only memory, 
four syn- 
chronous/asynchronous 
serial 
I/O ports, 
RS232/RS366 
compatible 
parallel 
I/O, 
programmable 
timers, 
and 
programmable 
interrupts. 


Intelligent 
Communications 
Controller 


Two Mode Operation - 
The iSBC 544 board is 


capable of operating in one of two modes: 1) as a 
single board communications computer with all com- 
puter and communications interface hardware on a 
single board; 2) as an "intelligent bus slave" that 
can perform communications related tasks as a pe- 
ripheral processor to one or more bus masters. The 
iSBC 544 may be configured to operate as a stand- 
alone single board communications computer with 
all MPU, memory and I/O elements on a single 
board. In this mode of operation, the iSBC 544 may 
also interface with expansion memory and I/O 
boards (but no additional bus masters). The iSBC 
544 performs as an intelligent slave to the bus mas- 
ter by performing all communications related tasks. 
Complete synchronous and asynchronous I/O and 
data management are controlled by the on-board 


BOB5ACPU to coordinate up to four serial channels. 
Using the iSBC 544 as an intelligent slave, multi- 
channel serial transfers can be managed entirely on- 
board, freeing the bus master to perform other sys- 
tem functions. 


Architecture - 
The iSBC 544 board is functionally 


partitioned into three major sections: I/O, central 
computer, and shared dual port RAM memory (Fig- 
ure 1). The I/O hardware is centered around the four 
IntelB251A USART devices providing fully program- 
mable serial interfacing. Included here as well is a 
10-bit parallel interface compatible with the Bell B01 
automatic calling unit, or equivalent. The I/O is un- 
der full control of the on-board CPU and is protected 
from access by system bus masters. The second 
major segment of the intelligent communications 
controller is a central computer, with an BOB5ACPU 
providing powerful processing capability. The BOB5A 
together with on-board EPROM/ROM, static RAM, 
programmable timers/counters, and programmable 
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inter 


interrupt control provide the intelligence to manage 
sophisticated communications operations on-board 
the iSBC 544 board. The timer/counters and inter- 
rupt control are also common to the I/O area provid- 
ing programmable baud rates to the USARTs and 
prioritizing interrupts generated from the USARTs. 
The central computer functions are protected for ac- 
cess only by the on-board 8085A. Likewise, the on- 
board 8085A may not gain access to the system bus 
when being used as an intelligent slave. When the 
iSBC 544 is used as a bus master, the on-board 
8085A CPU controls complete system operation ac- 
cessing on-board functions as well as memory and 
I/O expansion. The third major segment, dual port 
RAM memory, is the key link between the iSBC 544 
intelligent slave and bus masters managing the sys- 
tem functions. The dual port concept allows a com· 
mon block of dynamic memory to be accessed by 
the on-board 8085A CPU and off-board bus mas- 
ters. The system program can, therefore, utilize the 
shared dual port RAM to pass command and status 
information between the bus masters and on-board 
CPU. In addition, the dual port concept permits 
blocks of data transmitted or received to accumulate 
in the on-board shared RAM, minimizing the need 
for a dedicated memory board. 


Four programmable communications interfaces us- 
ing Intel's 8251A Universal Synchronous/ Asynchro- 
nous Receiver/Transmitter (USART) are contained 
on the board and controlled by the on-board CPU in 
combination with the on-board interval timer/coun- 
ter to provide all common communication frequen- 
cies. Each USART can be programmed by the sys- 
tem software to individually select the desired asyn- 
chronous or synchronous serial data transmission 
technique (including IBM Bisync). The mode of oper- 
ation (Le., synchronous or asynchronous), data for- 
mat, control character format, parity, and baud rate 
are all under program control. Each 8251A provides 
full duplex, double-buffered, transmit and receive ca- 
pability. Parity, overrun, and framing error detection 
are all incorporated in each USART. Each channel is 
fully buffered to provide a direct interface to RS232C 
compatible terminals, peripherals, or synchronous/ 
asynchronous modems. Each channel of RS232C 
command lines, serial data lines, and signal ground 
lines are brought out to 26-pin edge connectors that 
mate with RS232C flat or round cable. 


The iSBC 544 provides a 10·bit parallel I/O interface 
controlled by an Intel 8155 Programmable Interface 
(PPI) chip. The parallel I/O port is directly compati- 
ble with an Automatic Calling Unit (ACU) such as the 


Bell Model 801, or equivalent, and can also be used 
for auxiliary functions. All signals are RS232C com- 
patible, and the interface cable signed assignments 
meet RS366 specifications. For systems not requir- 
ing an ACU interface, the parallel I/O port can be 
used for any general purpose interface requiring 
RS232C compatibility. 


Intel's powerful 8-bit n-channel 8085A CPU. fabricat- 
ed on a single LSI chip, is the central processor for 
the iSBC 544. The 8085A CPU is directly software 
compatible with the Intel 8080A CPU. The 8085A 
contains six 8-bit general purpose registers and an 
accumulator. The six general purpose registers may 
be addressed individually or in pairs. providing both 
single and double precision operators. The minimum 
instruction execution time is 1.45 microseconds. The 
8085A CPU has a 16-bit program counter. An exter- 
nal stack, located within any portion of iSBC 544 
read/write memory, may be used as a last-in/first- 
out storage area for the contents of the program 
counter, flags, accumulator, and all of the six gener- 
al purpose registers. A 16-bit stack pointer controls 
the addressing of this external stack. This stack pro- 
vides subroutine nesting bounded only by memory 
size. 


EPROM/ROM 
Capacity 


Sockets for up to 8K bytes of nonvolatile read only 
memory are provided on the iSBC 544 board. Read 
only memory may be added in 2K byte increments 
up to a maximum of 4K bytes using Intel 2716 
EPROMs or masked ROMs; or in 4K byte incre- 
ments up to 8K bytes maximum using Intel 2732 
EPROMs. All on-board EPROM/ROM 
operations 
are performed at maximum processor speed. 


RAM Capacity 


The iSBC 544 contains 16K bytes of dynamic read/ 
write memory using Intel 2117 RAMs. Power for the 
on-board RAM may be provided on an auxiliary pow- 
er bus, and memory protect logic is included for 
RAM battery backup requirements. The iSBC 544 
contains a dual port controller, which provides dual 
port capability for the on-board RAM memory. RAM 
accesses may occur from either the on-board 8085A 
CPU or from another bus master, when used as an 
intelligent slave. Since on-board RAM accesses do 
not require the MULTIBUS, the bus is available for 
concurrent bus master use. Dynamic RAM refresh is 
accomplished automatically by the iSBC 544 for ac- 
cesses originating from either the CPU or from the 
MULTIBUS. 


Addressing - 
On board 
RAM, as seen by the on- 


board 
8085A 
CPU, 
resides 
at 
address 
8000H- 


BFFFH. 
On-board 
RAM, 
as seen 
by an off-board 


CPU, may be placed on any 4K byte address bound- 
ary. The 
iSBC 
544 
provides 
extended 
addressing 


jumpers 
to allow the on-board 
RAM to reside within 


a one megabyte 
address 
space when accessed 
via 


the MUL TIBUS. 
In addition, 
jumper 
options 
are pro- 


vided 
which 
allow 
the 
user to 
protect 
8K or 
12K 


bytes on-board 
RAM for use by the on-board 
8085 


CPU only. This reserved 
RAM space is not accessi- 


ble via the MUL TIBUS and does not occupy any sys- 
tem address 
space. 


Static RAM - 
The 
iSBC 544 board 
also 
has 256 


bytes of static 
RAM located 
on the Intel 8155 
PPI. 


This 
memory 
is only 
accessible 
to 
the 
on-board 


8085A 
CPU 
and 
is 
located 
at 
address 
7FOOH- 


7FFFH· 


Programmable 
Timers 


The iSBC 544 board 
provides 
seven 
fully program- 


mable 
and independent 
interval 
timer/counters 
uti- 
lizing two 
Intel 8253 
Programmable 
Interval 
Timers 


(PIT), and the 
Intel 8155. 
The two 
Intel 8253 
PITs 


provide six independent 
BCD or binary 16-bit interval 


timer/counters 
and the 8155 provides 
one 14-bit bi- 
nary timer/counter. 
Four of the PIT timers (BDGO-3) 


are dedicated 
to the 
USARTs 
providing 
fully 
inde- 


pendent 
programmable 
baud rates. 


Three 
General Use Timers - 
The 
fifth 
timer 


(BDG4) may be used as an auxiliary baud rate to any 
of the four USARTs 
or may alternatively 
be cascad- 


ed with timer six to provide 
extended 
interrupt 
inter- 


vals. 
The 
sixth 
PIT timer/counter 
(TINT1) 
can 
be 


used to generate 
interrupt 
intervals 
to the on-board 


8085A. 
In addition 
to the timer/counters 
on the 8253 


PITs, the iSBC 544 has a 14-bit timer 
available 
on 


the 
8155 
PPI providing 
a third 
general 
use timer/ 


counter 
(TINTO). This timer output 
is jumper 
select- 


able to the interrupt 
structure 
of the on-board 
8085A 


CPU to provide 
additional 
timer/counter 
capability. 


Timer Functions - 
In utilizing the iSBC 544 board, 


the 
systems 
designer 
simply 
configures, 
via 
soft- 


ware, each timer independently 
to meet systems 
re- 


quirements. 
Whenever 
a given baud rate or interrupt 


interval 
is needed, 
software 
commands 
to the pro- 


grammable 
timers 
select 
the desired 
function. 
The 


on-board 
PITs together 
with the 8155 provide 
a total 


of seven 
timer/counters 
and six operating 
modes. 


Mode 3 of the 8253 is the primary operating 
mode of 


the 
four 
dedicated 
USART 
baud 
rate 
generators. 


The timer/counters 
and useful 
modes 
of operation 


for the general 
use timer/counters 
are shown 
in Ta- 


ble 1. 


The iSBC 544 board provides 
interrupt 
service for up 


to 21 interrupt 
sources. 
Any of the 21 sources 
may 


interrupt the intelligent 
controller, 
and all are brought 


through the interrupt 
logic to 12 interrupt 
levels. Four 


interrupt 
levels 
are handled 
directly 
by the interrupt 


processing 
capability 
of the 8085A 
CPU and eight 


levels are serviced 
from an Intel 8259A 
Programma- 


ble Interrupt 
Controller 
(PIC) routing 
an interrupt 
re- 


quest 
output 
to the 
INTR input 
of the 8085A 
(see 


Table 2). 


Function 
Operation 
Counter 


Interrupt 
on Terminal 
When terminal 
count is reached, 
an interrupt 
request is 
8253 
Count (Mode 0) 
generated. 
This function 
is useful for generation 
of real- 
TINT1 


time clocks. 


Rate Generator 
Divide by N counter. 
The output will go low for one input 
8253 
(Mode 2) 
clock cycle and high for N - 
1 input clock periods. 
BDG4' 


Square-Wave 
Rate 
Output will remain high until one-half 
the TC has been 
8253 
Generator 
(Mode 3) 
completed, 
and go low for the other half of the count. 
BDGO-4 


This is the primary operating 
mode used for generating 
a 
TINT1 


Baud rate clocked 
to the USARTs. 


Software 
Triggered 
When the TC is loaded, the counter 
will begin. On TC 
8253 
Strobe (Mode 4) 
the output will go low for one input clock period. 
BDG4' 
TINT1 


Single Pulse 
Single pulse when TC reached. 
8155 
TINTO 


Repetitive 
Single Pulse 
Repetitive 
single pulse each time TC is reached 
until a 
8155 


new command 
is loaded . 
TINTO 


• BDG4 
is jumper 
selectable 
as an auxiliary 
baud rate generator 
to the USARTs 
or as a cascaded 
output 
to TINT1. 
BDG4 
may be used in modes 
2 and 4 only when 
configured. 
as a cascaded 
output. 


inter 


Interrupt 
Vector 
Interrupt 


Source 
Location 
Level 


Power Fail 
TRAP 
24H 
1 


8253 TINT1 
RST7.5 
3CH 
2 


8155 TINTO 
Ring Indicator(1) RST 6.5 
34H 
3 


Carrier Detect 
Flag Interrupt 
RST 5.5 
2CH 
4 


INTOI-INT7 I (1 of 8) 
RXRDYO 
INTR 
Programmable 
5-12 


TXRDYO 
RXRDY1 
TXRDY1 
RXRDY2 
TXRDY2 
RXRDY3 
TXRDY3 


NOTE: 
1. Four ring indicator 
interrupts 
and four carrier 
detect 
inter- 


rupts are summed 
to the RST 6.5 input. The 8155 
may be 


interrogated 
to inspect 
anyone 
of the eight signals. 


Interrupt Sources - 
The 22 interrupt sources origi- 


nate from both on-board communications functions 
and the MULTIBUS. Two interrupts are routed from 
each of the four USARTs (8 interrupts total) to indi- 
cate that the transmitter and receiver are ready to 
move a data byte to or from the on-board CPU. The 
PIC is dedicated to accepting these 8 interrupts to 
optimize USART service request. One of eight inter- 
rupt request lines are jumper selectable for direct 
interface from a bus master via the system bus. Two 
auxiliary timers (TINTO from 8155 and TINT1 from 
8253) are jumper selectable to provide general pur- 
pose counterltimer interrupts. A jumper selectable 
Flag Interrupt is generated to allow any bus master 
to interrupt the iSBC 544 by writing into the base 
address of the shared dual port memory accessable 
to the system. The Flag Interrupt is then cleared by 
the iSBC 544 when the on-board processor reads 
the base address. This interrupt provides an inter- 
rupt link between a bus master and intelligent slave 
(see System Programming). Eight inputs from the 
serial ports are monitored to detect a ring indicator 
and carrier detect from each of the four channels. 
These eight interrupt sources are summed to a sin- 
gle interrupt level of the 8085A CPU. If one of these 
eight interrupts occur, the 8155 PPI can then be in- 
terrogated to determine which port caused the inter- 
rupt. Finally, a jumper selectable Power Fail Interrupt 
is available from the MULTIBUS to detect a power 
down condition. 


8085 Interrupt 
- 
Thirteen of the twenty-two inter- 


rupt sources are available directly to four interrupt 
inputs of the on-board 8085A CPU. Requests routed 


to the 8085A interrupt inputs, TRAP, RST 7.5, RST 
6.5 and RST 5.5 have a unique vector memory ad- 
dress. An 8085A jump instruction at each of these 
addresses then provides software linkage to inter- 
rupt service routines located independently any- 
where in the Memory. All interrupt inputs with the 
exception of the TRAP may be masked via software. 


8259A Interrupts 
- 
Eight interrupt sources signal- 
ing transmitter and receiver ready from the four 
USARTs are channeled directly to the Intel 8259A 
PIC. The PIC then provides vectoring for the nex1 
eight· interrupt levels. Operating mode and priority 
assignments may be reconfigured dynami?ally via 
software at any time during system operation. The 
PIC accepts transmitter and receiver interrupts from 
the four USARTs. It then determines which of the 
incoming requests is of highest priority, determines 
whether this request is of higher priority than the lev- 
el currently being serviced, and , if appropriate, is- 
sues an interrupt to the CPU. The output of the PIC 
is applied directly to the INTR input of the 8085A. 
Any combination of interrupt levels may be masked, 
via software, by storing a single byte in the interrupt 
mask register of the PIC.When the 8085A responds 
to a PIC interrupt, the PIC will generate a CALL in- 
struction for each interrupt level. These addresses 
are equally spaced at intervals of 4 or 8 (software 
selectable) bytes. Interrupt response to the PIC is 
software programmable to a 32- or 64-byte block of 
memory. Interrupt sequences may be expanded 
from this block with a single 8085A jump instruction 
at each of these addresses. 


Interrupt Output - 
In addition, the iSBC 544 board 
may be jumper selected to generate an interrupt 
from the on-board serial output data (SOD) of the 
8085A. The SOD signal may be jumpered to anyone 
of the 8 MULTIBUS interrupt lines (INTOI-INT7 I) to 
provide an interrupt signal directly to a bus master. 


Control logic is also included to accept a power-fail 
interrupt in conjunction with the AC-Iow signal from 
the iSBC 635 Power Supply or equivalent. 


Expansion Capabilities 


When the iSBC 544 board is used as a single board 
communications controller, memory and 1/0 capaci- 
ty may be expanded and additional functions added 
using 
Intel 
MULTIBUSTM compatible 
expansion 


boards. In this mode, no other bus masters may be 
configured in the system. Memory may be expanded 
to a 65K byte capacity by adding user specified com- 
binations of RAM boards, EPROM boards, or combi- 
nation boards. Input/output 
capacity may be in- 


creased by adding digital 1/0 and analog 1/0 expan- 


sion boards. 
Furthermore, 
multiple 
iSBC 544 boards 


may be included 
in an expanded 
system 
using one 


iSBC 544 board 
as a single 
board 
communications 


computer 
and 
additional 
controllers 
as 
intelligent 


slaves. 


In 
the 
system 
programming 
environment, 
the 


iSBC 
544 
board 
appears 
as 
an 
additional 
RAM 


memory 
module 
when 
used as an intelligent 
slave. 
The master 
CPU communicates 
with the iSBC 544 


board as if it were just an extension 
of system 
mem- 


ory. Because the iSBC 544 board is treated 
as mem- 


ory by the system, 
the user is able to program 
into it 


a command 
structure 
which will allow the iSBC 544 


board to control 
its own I/O and memory 
operation. 


To 
enhance 
the 
programming 
of 
the 
iSBC 
544 
board, the user has been given some specific 
tools. 
The tools 
are: 1) the flag interrupt, 
2) an on-board 


RAM memory 
area that is accessible 
to both an off- 


board CPU and the on-board 
8085A through which a 


communications 
path can exist, and 3) access to the 


bus interrupt 
line. 


Flag 
Interrupt 
- 
The 
Flag 
Interrupt 
is generated 


anytime 
a write 
command 
is performed 
by an off- 
board 
CPU to the 
base 
address 
of the 
iSBC 
544 


board's 
RAM. 
This 
interrupt 
provides 
a means 
for 


the master CPU to notify the iSBC 544 board that it 
wishes 
to establish 
a communications 
sequence. 
In 


systems 
with 
more 
than 
one 
intelligent 
slave, 
the 


flag 
interrupt 
provides 
a unique 
interrupt 
to 
each 


slave outside 
the normal 
eight MUL TIBUS 
interrupt 


lines (INTO/ -INT? I). 
. 


On-Board 
RAM 
- 
The 
on-board 
16K byte 
RAM 


area that is accessible 
to both an off-board 
CPU and 


the 
on-board 
8085A 
can 
be 
located 
on 
any 
4K 


boundary 
in the system. 
The selected 
base address 


of the iSBC 544 RAM will cause 
an interrupt 
when 


written 
into by an off-board 
CPU. 


Bus 
Access 
- 
The 
third 
tool 
to improve 
system 


operation 
as an intelligent 
slave 
is access 
to the 


MUL TIBUS interrupt 
lines. The iSBC 544 board can 


both respond 
to interrupt 
signals 
from an off-board 


CPU, and generate 
an interrupt to the off-board 
CPU 


via the MUL TIBUS. 


System Development Capability 


The 
development 
cycle 
of iSBC 
544 
board 
based 


products 
may be significantly 
reduced 
using the In- 
tellec 
series 
microcomputer 
development 
systems. 


The 
Intellec 
resident 
macroassembler, 
text 
editor, 


and system 
monitor 
greatly 
simplify 
the design, 
de- 
velopment 
and debug of iSBC 544 system software. 
An optional 
ISIS-II 
diskette 
operating 
system 
pro- 


vides a linker, object 
code 
locater, 
and library man- 


ager. 
A unique 
in-circuit 
emulator 
(ICE-85) 
option 


provides 
the capability 
of developing 
and debugging 


software 
directly 
on the iSBC 544 board. 


Synchronous 
- 
5-8 
bit 
characters; 
automatic 


sync insertion; 
parity. 


Asynchronous 
- 
5-8 
bit characters; 
break 
char- 


acter 
generation; 
1, 11f2, or 
2 


stop 
bits; 
false 
start 
bit detec- 


tion; break character 
detection. 


Frequency 
(KHz)(1) 
Baud Rate (Hz)(2) 


(Software 
Selectable) 
Synchronous 
Asynchronous 


+16 
+64 


153.6 
- 
9600 
2400 


76.8 
- 
4800 
1200 


38.4 
38400 
2400 
600 


19.2 
19200 
1200 
300 


9.6 
9600 
600 
150 


4.8 
4800 
300 
75 


6.98 
6980 
- 
110 


NOTES: 
1. Frequency selected by I/O writes of appropriate 16-bit 
frequency factor to Baud Rate Register. 
2. Baud rates shown here are only a sample subset of pos- 
sible software programmable rates available. Any frequen- 
cy from 18.75 Hz to 614.4 KHz may be generated utilizing 
on-board crystal oscillator and 16-bit Programmable Inter- 
val Timer (used here as a frequency divider). 


Word 
Size - 
8, 16 or 24 bits/instruction; 
8 bits of 


data 


Cycle 
Time - 
1.45/ fJos± 0.01 % for fastest 
execut- 


able 
instruction; 
I.e., four 
clock 
cy- 


cles. 


Clock 
Rate - 
2.76 MHz ± 0.1 % 


NOTE: 
Assumes 
no refresh 
contention. 


inter 
iSBC@ 544 COMMUNICATIONS 
CONTROLLER 


Memory Capacity 
Interrupts 


On-Board 
ROM/PROM 
- 
4K, or 8K bytes of user 


installed ROM or EPROM 


On-Board 
Dynamic 
RAM 
(on-board 
access) 
- 


16K bytes. Integrity maintained during power failure 
with user-furnished batteries (optional) 


On-Board 
Dynamic 
RAM (MUL TIBUS 
access) 
- 


4K, 8K, or 16K bytes available to bus by swtich se- 
lection 


Memory Addressing 


On-Board 
.ROM/PROM 
- 
O-OFFF (using 2716 


EPROMs or masked ROMs); 0-1 FFF (using 2732A 
EPROMs) 


On-Board 
Static 
RAM - 
256 bytes: 7FOO-7FFF 


On-Board 
Dynamic 
RAM 
(on-board 
access) 
- 


16K bytes: 8000-BFFF. 


On-Board 
Dynamic 
RAM (MUL TIBUS<Il>access) 
- 


any 4K increment OOOOO-FFOOO 
which is switch and 


jumper selectable. 4K, 8K or 16K bytes can be made 
available to the bus by switch selection. 


Serial 
- 
4 programmable channels using four 


8251A USARTs 


Parallel - 
10 programmable lines available for Bell 


801 ACU, or equivalent use. Two auxiliary jumper 
selectable signals 


Port 
Data 
Control 


USARTO 
DO 
01 


USART 1 
02 
03 


USART2 
04 
05 


USART3 
06 
07 


8155 PPI 
E9 (PortA) 
E8 
EA (Port B) 
EB (Port C) 


Address 
for 8259A 
Registers 
(Hex notation,l/O 


address space) 


E6 
Interrupt request register 
E6 
In-service register 
E7 
Mask register 
E6 
Command register 
E7 
Block address register 
E6 
Status (polling register) 


NOTE: 
Several registers have the same physical address: 
Sequence of access and one data bit of the control 
word determines which register will respond. 


Interrupt 
levels routed to the 8085 CPU automati- 


cally vector the processor to unique memory loca- 
tions: 


24 
TRAP 
3C 
RST 7.5 
34 
RST 6.5 
2C 
RST 5.5 


Addresses 
for 8253 
Registers 
(Hex notation, I/O 


address space) 


Programmable 
Interrupt 
Timer One 
08 
Timer 0 
09 
Timer 1 
OA 
Timer 2 
DB 
Control register 


Programmable 
Interrupt 
Timer Two 
DC 
Timer 0 
DO 
Timer 1 
DE 
Timer 2 
OF 
Control register 


Address 
for 8155 Programmable 
Timer 


E8 
Control 
Timer (LSB) 
Timer (MSB) 


BOGO 
BOG1 
BOG2 


BOG3 
BOG4 
TINT1 


TINTO 
TINTO 


Input Frequencies 
- 
Jumper selectable reference 


1.2288 MHz ± 0.1% (0.814 /Josperiod nominal) or 
1.843 MHz ±0.1% crystal (0.542 /Josperiod, nomi- 
nal) 


inter 


Single 
Dual Timer/Counter 
Function 
Timer/Counter 
(two timers cascaded) 


Mln 
Max 
Mln 
Max 


Real-Time 
Interrupt 
Interval 
1.63 J.Ls 
53.3 J.Ls 
3.26 J.Ls 
58.25 min 


Rate Generator 
(frequency) 
18.75 Hz 
614.4 KHz 
0.00029 
Hz 
307.2 KHz 


Interfaces 


Serial I/O - 
EIA Standard 
RS232C 
signals 
provid- 
ed and supported: 


Carrier Detect 
Clear to Send 
Data Set Ready 
Data Terminal 
Ready 
Request to Send 
Receive Clock 


Receiver 
Data 
Ring Indicator 
Secondary 
Receive 
Data' 
Secondary 
Transmit 
Data' 
Transmit 
Clock 
Transmit 
Data 
DTE Transmit 
clock 


, Optional 
if parallel 
I/O 
port is not used as Auto- 
matic Calling 
Unit. 


Parallel 
I/O 
- 
Four 
inputs 
and 
eight 
outputs 
(in- 
cludes 
two jumper 
selectable 
auxiliary 
outputs). 
All 
signals 
compatible 
with 
EIA Standard 
RS232C. 
Di- 
rectly 
compatible 
with 
Bell 
Model 
801 
Automatic 
Calling 
Unit, or equivalent. 


On-Board Addressing 


All communications 
to the 
parallel 
and 
serial 
I/O 
ports, 
to the timers, 
and to the interrupt 
controller, 
are via read and write commands 
from the on-board 
8085A 
CPU. 


An auxiliary 
power bus is provided 
to allow separate 
power to RAM for systems 
requiring 
battery 
backup 
of 
read/write 
memory. 
Selection 
of 
this 
auxiliary 
RAM power bus is made via jumpers 
on the board. 


Interface 
Pins 
Centers 
Mating 
(qty) 
(In.) . 
Connectors 


Bus 
86 
0.156 
Viking 
2KH43/9AMK12 


Parallel I/O 
50 
0.1 
3M 3415-000 
or 


AMP 88083-1 


Serial I/O 
26 
0.1 
3M 3462-000 
or 


AMP 88373-5 


Memory Protect 


An active-low 
TTL compatible 
memory protect 
signal 


is brought 
out 
on 
the 
auxiliary 
connector 
which, 


when asserted, 
disables 
read/write 
access 
to RAM 


memory 
on the board. This input is provided 
for the 


protection 
of RAM contents 
during the system 
pow- 


er-down 
sequences. 


Function 
Characteristic 
Sink 
Current 
(mA) 


Data 
Tri-state 
50 
Address 
Tri-state 
15 


Commands 
Tri-state 
32 


NOTE: 
Used as a master in the single board communications 
computer mode. 


Width: 


Depth: 


Thickness: 


Weight: 


30.48 em (12.00 inches) 


17.15 em (6.75 inches) 


1.27 em (0.50 inch) 


3.97 gm (14 ounces) 


intJ 


Current Requirements 


Configuration 
Vee = +5V 
±5% 
Voo = ±12V 
±5% 
VBB = - 5V(3) ± 5% 
VAA = -12V 
±5% 
(max) 
(max) 
(max) 
(max) 


With 4K EPROM 
lee = 3.4A max 
100 = 350 mA max 
IBB = 5 mAmax 
1M = 200 mA max 
(using 2716) 


Without 
EPROM 
3.3A max 
350 mA max 
5mAmax 
200 mA max 


RAMonly(l) 
390 mA max 
176 mA max 
5mAmax 
- 


RAM(2) refresh 
390 mA max 
20mAmax 
5mAmax 


only 


NOTES: 
1. For operational 
RAM only, for AUX power 
supply 
rating. 


2. For RAM refresh 
only. Used for battery 
backup 
requirements. 
No RAM accessed. 
3. Vss 
is normally 
derived 
on-board 
from 
VAA, eliminating 
the need for a Vss 
supply. 
If it is desired 
to supply 
Vss 
from the 
bus, the current 
requirement 
is as shown. 


Reference 
manuals 
are shipped 
with each 
product 


only if designated 
SUPPLIED 
(see above). 
Manuals 


may be ordered 
from any Intel sales representative, 


distributor 
office or from Intel Literature 
Department, 


3065 Bowers Avenue, 
Santa Clara, California 
95051. 


Operating 
Temperature: 
O°C to 55°C (32"F to 131°F) 


Relative 
Humidity: To 90% without 
condensation 
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Communications 
Control- 


ler 


inter 


iSBC® 561 
SOEMI (Serial OEM Interface) 
CONTROLLER BOARD 


• 
Dedicated I/O Controller 
Provides a 


Direct Connection 
of MULTIBUS@- 


Based Systems to an IBM 9370 or 4361 
Mainframe Host or to any IBM System/ 
370 via an IBM 3174 Subsystem Control 
Unit via IBM's SOEMI (Serial OEM 
Interface) Protocol 


• 
Physical Interface Is via IBM 3270 Coax 
with a Maximum Distance of 1.5 km 


• 
Maximum Transmission 
Rate of 2.36 


Megabits/Second 


• 
Dual I/O Processors Manage Both 
SOEMI and MULTIBUS@Interfaces 


• 
Includes a SMC-to-BNC Cable 
Assembly to Attach Into the IBM 3270 
Information 
Display System 


• 
On-Board Diagnostic Capability 
Provides Operational Status of Board 
Function and Link with the Host 


• 
Supported by a Complete Family of 
Single Board Computers, Memory, 
Digital and Analog I/O, Peripheral and 
Graphics Controllers' 
Packaging and 


Software 


The Intel iSBC 561 SOEMI (Serial OEM Interface) Controller Board is a member of Intel's family of single 
board computers, memory, 1/0, peripheral and graphics controller boards. It is a dedicated intelligent 1/0 
controller on a MULTIBUS form-factor printed circuit card. The board allows OEMs of MULTIBUS-based 
systems a direct, standard link to an IBM 9370 Information System, to an IBM System 4361, or to any IBM 
System/370 attached to an IBM 3174 Subsystem Control Unit via the SOEMI (Serial OEM Interface). The 
iSBC 561 Controller also provides IBM System/370 users access to the broad range of applications supported 
by hundreds of MULTIBUS vendors. 


The SOEMI interface is comprised of an IBM System/370 programming interface and an IBM 3270 coax 
interface. It is a flexible, high speed, point-to-point serial interface offered as a feature on the IBM 9370 and 
4361 processor families and on the 3174 Subsystem Control Unit. The iSBC 561 SOEMI Controller Board 
contains two processors and provides the necessary intelligence for conversion, control functions, and buffer 
management between the IBM mainframe and the MULTIBUS system. This board allows an IBM user to 
-distribute control and information to MULTIBUS compatible systems for a variety of applications including 
factory automation, data acquisition, measurement, control, robotics, process control, communications, local 
area networking, medical instrumentation, and laboratory automation. 


The Serial OEM Interface (SOEMI) is a new means 
of 
connecting 
Original 
Equipment 
Manufacturer 
(OEM) MULTIBUS-based systems and subsystems 
to an IBM System/370 mainframe. Previously, the 
only low-cost way to attach non-IBM equipment into 
the IBM mainframe environment was to use 3270 
emulation software and hardware adaptors. This 
type of interface is low-speed (approx. 19.6K bits/ 
sec.) and not very flexible as to the type and format 
of data that can be transferred. The 3270 emulators 
must mimic the device formats of the displays and 
printers that are typically attached on this interface; 
stripping out command characters, carriage return 
andlline feed characters, etc. The SOEMI interface 
is available on; the IBM 9370, the IBM 4361, and the 
3174 Subsystem Control Unit model1L. The SOEMI 
Protocol is much faster and more flexible, in that any 
type of raw data or formatted data may be sent 
across the connecting coax cable. 


The SOEMI attachment into the MULTIBUS system 
architecture, via the iSBC 561 SOEMI Controller 
Board, extends the attachment capabilities of the 
IBM 9370, 4361 and 3174 to a variety of systems, 
boards, and I/O devices provided by other manufac- 
turers. Figure 1 is an example of the variety achiev- 
able on Intel's MULTIBUS (IEEE 796) system archi- 
tecture. 


The SOEMI interface utilizes the System/370 Pro- 
gramming Interface on the IBM 9370, 4361 and 
3174 to create the protocols and formats required by 
a given application for connection to and communi- 
cation with virtually any type of OEM device. 


The System/370 
Programming Interface provides 


the standard System/370 I/O instructions for ex- 
changing 
data 
between 
the 
host 
and 
the 
MULTIBUS-based system. System/370 applications 
see MULTIBUS system memory as one or more en- 
tities called "spaces." The System/370 host system 
program writes to and reads from these spaces. The 
user can define the number of spaces or the layout 
of fields in the SOEMI interface at his discretion and 
as required by the application and the MULTIBUS 
system configuration. 


The 3270 coax interface provides the physical con- 
nection between the OEM MULTIBUS system and 
the IBM host. The coax cable (type RG62AU) can 
operate over a distance of 1.5 kilometers at a maxi- 
mum transfer rate of 2.3587 Mbits/second. The dis- 
tance of 1.5 kilometers can be increased to a maxi- 
mum of 3 kilometers by installing an IBM 3299 Ter- 
minal Multiplexer (repeater) between the IBM 9370, 
4361 or 3174 and the MULTIBUS system. The pro- 
tocol at the coax interface includes a polling mecha- 
nism, a set of Write and Read commands, and re- 
quires a buffer with an address register at the OEM 
controller end. 


The connection to the IBM 4361 is made via the IBM 
3270 Information Display System's Display/Printer 
Adapter (DPA) and/or Work Station Adapter (WSA) 
coax ports. The DPA can drive up to sixteen 3270/ 
SOEMI coax ports, and is the standard configura- 
tion. The WSA is an optional add-on to the IBM 4361 
that increases the total number coax ports support- 
ed to 40. The connection to the IBM 9370 is made 
via the Workstation Subsystem Controller feature, 
and a workstation adapter which can connect up to 


IBM 4311 
DISPlAY 
PRINTER ADAPTER 
R WORK STATION ADAPTE 


IBM tI370 
WDllKSTATIDH 
SUBSYSTEM 
CONTIlOLU/l 


•••• 
111, 288, etc. 
IAMXTII OPERATING 


SYSTEM 


XENIX· 


RAM 
ROM 
EPROM 
BUBBLES 


ETHERNET 
IEEE'" 
RS 232 
MAP 
ANALOG VO 
DIGITALVO 
OTHER 
INTERFACES 


OEYICES 
DISK 
DISKETTE 
PRINTER 
DISPLAY (ASC II) 


inter 


6 SOEMI ports. This can be increased to 32 ports 
using optional terminal multiplexers. The connection 
to the 'IBM 3174 model1L is made via IBM dual-pur- 
pose connectors (OPC) which can connect up to 4 
SOEMI ports. This can be increased to 32 ports us- 
ing terminal multiplexer adapters. A typical configu- 
ration can support an aggregate data rate of approx- 
imately 45K Bytes/second (approx. 360K bits/sec- 
ond). 


The iSBC board functions as a slave to the host 
mainframe, 
reacting 
and 
executing 
under 


System/370 program control as as mainframe re- 
source. In addition, it has a full multimaster MULTI- 
BUS interface that allows the board to arbitrate for 


bus ownership, generate bus clocks, respond to and 
generate interrupts, etc. With the iSBC 561 control- 
ler connected to the mainframe, all MULTIBUS sys- 
tem resources are available to the IBM host pro- 
gram/controller. From the IBM side, the mainframe 
is capable of accessing the entire 16 MBytes of 
MULTIBUS system memory, 64K 
Bytes of 
I/O 


space, and all on-board resources of the iSBC 561 
board. Other intelligent MULTIBUS boards access 
iSBC 561 controller services through normal inter- 
rupt mechanisms. 


Using the SOEMI interface in a relatively low-level 
application may simply require the user to write Sys- 
tem/370 application control programs that reside in 
the IBM mainframe. A more elaborate implementa- 
tion would also involve application programs that re- 
side in the MULTIBUS system under its "native" op- 
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erating 
environment 
(Le., iRMX or XENIX 
operating 


systems) 
and an end-to-end 
protocol 
that ties both 


sets of application 
programs 
together. 


The iSBC 561 board 
is functionally 
partitioned 
into 


three major sections: 
the front-end 
section, 
the com- 


mon section, 
and the back-end 
section 
(see Figure 


2). 


Front-End 
Processor 
Section: 


IBM Host Interface 


The 
front-end 
section 
of the 
iSBC 
561 
Controller 


board interfaces 
with the IBM mainframe 
via the IBM 


3270 Information 
Display System, and consists 
of an 


8X305 
Signetics 
microcontroller, 
the 8X305 
instruc- 
tion memory, 
and the coaxial 
interface. 
The 8X305 


executes 
the coax commands 
and places the struc- 


tured 
field's 
instructions 
in shared 
memory 
buffers 


for subsequent 
execution 
by the back-end 
proces- 


sor. 
The 
front-end 
instruction 
memory 
consists 
of 


three 
2K x 8-bit PROMs 
which 
provide 
the instruc- 


tion code for the 8X305 processor 
and the informa- 


tion needed 
to generate 
the various 
control 
signals 


required 
by the 8X305 to elicit system functions. 
The 


information 
contained 
in each 
PROM 
is not modifi- 


able by the user. The coaxial interface 
is based on a 


DP8340 
transmitter 
component 
that 
converts 
8-bit 


parallel 
data received 
from the front-end 
processor 


to 
a 12-bit 
serial 
stream, 
and 
a DP8341 
receiver 


component, 
that 
converts 
a 12-bit serial 
stream 
of 


data from the mainframe 
to parallel 
data with sepa- 


rated command 
and parity bits. 


Common Section: 
Shared Memory Buffer 


The common 
section 
of the iSBC 561 board consists 


of two 8-bit, bi-directional 
message 
registers 
and a 


16K x 8-bit 
static 
RAM shared 
buffer. 
This shared 


memory 
buffer between 
the front-end 
processor 
and 


the back-end 
processor 
is the resource 
for transfer- 


ring information 
and control 
messages 
between 
the 


IBM host and the MUL TIBUS system. 


Back-End 
Processor 
Section: 


MUL TIBUS@ Interface 


The back-end 
section 
of the board provides 
an intel- 


ligent 
interface 
to the MUL TIBUS 
system 
bus, and 


consists 
of the 8086-2 microprocessor, 
local memo- 


ry, bus interface 
circuitry, 
and memory-mapped 
log- 


ic. The 8086 processor 
is capable 
of either retrieving 


information 
the 8X305 
placed 
in the shared 
buffer, 
or placing 
information 
in the shared 
buffer, depend- 


ing on the direction 
of the transfer 
and type of opera- 


tion 
or task 
to 
be 
performed. 
The 
information 
is 


stored 
in the shared 
buffer as a set(s) of structured 


fields. 
The back-end 
processor 
transfers 
this infor- 


mation by performing 
8- or 16-bit data transfers 
to or 


from the MUL TIBUS system 
bus, the shared 
buffer, 


and the local memory. 


The control 
program 
for this 
high-speed, 
back-end 


processor 
is resident 
in two 
local 
ROM 
sites. 
The 


processor 
also 
has access 
to 
16K bytes 
of static 


RAM for local data storage. 


The back-end 
section 
interfaces 
to other MUL TIBUS 


boards 
through 
two 
bus controllers, 
a bus arbiter, 


and the address, 
data, and command 
buffers for ac- 


cess over the 24 address 
lines and 16 data lines of 


the MUL TIBUS system 
bus. 


The 
commands 
and information 
passed 
along 
the 


coax by the IBM host to the iSBC 561 controller 
rep- 


resent 
what 
is known 
as a "structured 
field." 
The 


iSBC 561 front-end 
processor 
strips 
out the 
12-bit 


protocol 
header 
deposits 
the 
remaining 
structured 


field(s) in the shared memory 
buffer, and notifies the 


back-end 
processor. 
The back-end 
processor 
then 


processes 
these structured 
fields in order to access 


the proper MUL TIBUS memory 
space and I/O ports. 


It then deposits 
the information 
or task in the space 


and notifies the MUL TIBUS subsystem 
master that a 


transfer 
has. occurred 
and is awaiting 
service. 


When 
requiring 
service, 
the MUL TIBUS 
system 
ap- 


plication 
sends 
an interrupt 
to the iSBC 561 board. 


The 
board 
then 
issues 
an attention 
to the 
main- 


frame. 
At this point, the mainframe 
is under no obli- 


gation or time constraint 
to service the interrupt, 
and 


its response 
is application 
dependent. 


The mainframe 
issues commands 
to service 
the in- 


terrupt. The information 
concerned 
with the interrupt 
is then passed through 
the shared memory 
and seri- 


alized 
by the iSBC 561 board 
before 
being 
sent to 


the mainframe. 
The exact communications 
protocol 


used for this end-to-end 
transfer 
is defined 
by the 


user application 
programs 
running 
in both operating 


environments. 


Interface 
Connector/Cable 
Assembly 


The cable assembly 
used to connect 
the iSBC 561 


SOEMI 
Controller 
Board 
to the 
IBM mainframe 
or 


3174 control 
unit cable assembly 
consists 
of RG180 


type 
cable 
having 
an SMC connector 
on one 
end 


(which mates to the iSBC 561 board right angle SMC 
connector) 
and a BNC connector 
on the other 
end 


(which mates to the IBM cable assembly 
connector). 


Operational 
Characteristics 
Back-end processor- 
Intel 8086-2/5 
MHz 
- 
20-bit address path; 8/16 
bit 
data path 
Front-end processor- 
Signetics 8X305/8 
MHz 
- 
16·bit instruction path; 8-bit 
data path 
Serial Transfer Rate- 
2.3587 Mbitslsecond 
(max. 


bit rate) 
- 
360K 
bitslsecond 
(approx. 
aggregate throughput) 
Serial Transfer Rate- 
Binary dipulse (with 12-bit 
serial stream) 
Memory Capacity 
- 
All iSBC 561 controller board 
memory is available to on- 
board firmware only. 


Common memory 
- 
16K Bytes of Shared Buffer 
memory (SRAM 
@ 
0 wait 
state access) 
8086-2 memory 
- 
16K Bytes of EPROM; 


- 
16K Bytes of SRAM 


8X305 memory 
- 
4K Bytes of Instruction mem- 
ory (EPROM) 
- 
2K Bytes of Control memory 
(EPROM) 


Physical Characteristics 
Width: 
30.48 cm (12.00 in) 
Height: 17.15 cm (6.75 in) 
Depth: 
1.78 cm (0.70 in) 
Weight: 510 gm (18 oz) 


DC Power Requirements: 


Voltage-+5V 
Current (Max)--6.28A 
Current (Typ)-5.46A 
Power Dissipation (Max)-35.5VA 


ORDERING 
INFORMATiON 
Part Number 
Description 


iSBC 561 
SOEMI (Serial OEM Interface) Con- 
troller board 


Cable Characteristics 
Impedance: 
coax connector-50 
ohms (nominal) 


external cable (user furnished)- 


95 ohms (nominal) 


Capacitance: 35 pFIft 
Propagation: 1.6 nslft 


Environmental 
Characteristics 
Operating Temperature: 0° to 55°C at 200 LFM air 


velocity 
Operating Humidity: 10 
to 
85% 
non-condensing 


(0° to 55°C) 


Non-Operating Temperature: -40°C to 75°C 
Shock: 30G for a duration of 11 ms with % sinewave 


shape. 
Vibration: 0 to 55 Hz with 0.0 to 0.010 inches peak 


to peak excursion. 


Reference 
Manuals 
147048-001- iSBC 561 SOEMI (Serial OEM Inter- 


face) Controller Board Hardware Ref- 
erence Manual (NOT SUPPLIED) 


Reference manual may be ordered from any Intel 
sales representative, distributor office, or from Intel 
Literature Department, 3065 Bowers Avenue, Santa 
Clara, California 95051. 
GA33-1585-0 (File No. S370-03-IBM 
Serial OEM 


Interface (SOEMI) Reference Manual 
(NOT SUPPLIED) 


Reference manual may be ordered from IBM Ad- 
vanced Technical Systems; Dept. 3291, 7030·16; 
Schoenaicherstr. 220; 7030 Boeblingen. Federal 
Republic of Germany. 


iSBX™ 351 
SERIAL I/O MULTIMODULETM BOARD 


• 
ISBXTM Bus Compatible 
I/O 
Expansion 


• 
Programmable 
Synchronous/ 
Asynchronous 
Communications 
Channel 
with RS232C or RS449/422 
Interface 


• 
Software 
Programmable 
Baud Rate 
Generator 


• 
Two Programmable 
16-Blt BCD or 
Binary Timer/Event 
Counters 


• 
Four Jumper 
Selectable 
Interrupt 
Request 
Sources 


• 
Accessed 
as I/O 
Port Locations 


• 
Low Power Requirements 


• 
Single + 5V when Configured 
for 
RS449/422 
Interface 


• 
ISBX Bus On-Board 
Expansion 
Eliminates 
MUL TIBUSilli System 
Bus 
Latency 
and Increases 
System 
Throughput 


The Intel iSBX 351 Serial I/O MUL TIMODULE 
board is a member 
of Intel's 
new line of iSBX bus compatible 
MUL TIMODULE 
products. 
The iSBX MUL TIMODULE 
board plugs directly 
into any iSBX bus compatible 
host 
board offering 
incremental 
on-board 
I/O expansion. 
The iSBX 351 module 
provides 
one RS232C 
or RS449/ 
422 programmable 
synchronous/asynchronous 
communications 
channel 
with software 
selectable 
baud rates. 
Two general 
purpose 
programmable 
16-bit 
BCD or binary 
timers/event 
counters 
are available 
to the host 
board to generate 
accurate 
time intervals 
under software 
control. 
The iSBX board 
is closely 
coupled 
to the 
host board through 
the iSBX bus, and as such, offers maximum 
on-board 
performance 
and frees MUL TIBUS 
system 
traffic for other system 
resources. 
In addition, 
incremental 
power dissipation 
is minimal 
requiring 
only 
3.0 watts (assumes 
RS232C 
interface). 


The iSBX 351 module 
uses the Intel 8251A 
Univer- 
sal Synchronous/Asynchronous 
Receiver/Transmit- 
ter (USART) 
providing 
one programmable 
communi- 
cations 
channel. 
The 
USART 
can be programmed 
by the system 
software 
to individually 
select the de- 
sired 
asynchronous 
or 
synchronous 
serial 
data 
transmission 
technique 
(including 
IBM Bi-Sync). 
The 
mode 
of operation 
(I.e., synchronous 
or asynchro- 
nous), data format, 
control 
character 
format, 
parity, 
and 
baud 
rate are all under 
program 
control. 
The 
8251A 
provides 
full duplex, double buffered 
transmit 
and receive 
capability. 
Parity, overrun, 
and framing 
error 
detection 
are all incorporated 
in the USART. 
The 
command 
lines, 
serial 
data 
lines, 
and 
signal 
ground 
lines are brought 
out to a double 
edge con· 
nector configurable 
for either an RS232C or RS449/ 
422 interface 
(see Figure 
3). In addition, 
the iSBX 
351 module 
is jumper 
configurable 
for either 
point- 
to-point 
or multidrop 
network 
connection. 


The iSBX 351 module 
uses an Intel 8253 Program- 
mable Interval Timer (PIT) providing 
3 fully program- 
mable and independent 
BCD and binary 16-bit inter- 
val timers. 
One timer is available 
to the system 
de- 
signer to generate 
baud rates for the USART under 
software 
control. 
Routing 
for the outputs 
from 
the 
other two counters 
is jumper 
selectable 
to the host 
board. In utilizing the iSBX 351 module, the systems 
designer 
simply configures, 
via software, 
each timer 
independently 
to meet system 
requirements. 
When- 
ever a given baud rate or time delay is needed, 
soft- 
ware commands 
the programmable 
timers to select 
the desired 
function. 
The functions 
of the timers are 
shown in Table 1. The contents 
of each counter 
may 
be read at any time during system 
operation. 


Interrupt 
requests 
may originate 
from four sources. 
Two interrupt 
requests 
can be automatically 
gener- 
ated by the USART when a character 
is ready to be 
transferred 
to the host board 
(I.e., receive 
buffer 
is 
full) or a char!icter 
has been transmitted 
(i.e., trans- 
mit buffer 
is empty). 
In addition, 
two jumper 
select- 
able requests 
can be generated 
by the programma- 
ble timers. 


The iSBX 351 module 
plugs directly 
into the female 
iSBX connector 
on the host 
board. 
The 
module 
is 
then secured at one additional 
point with nylon hard- 
ware to insure the mechanical 
security of the assem- 
bly (see Figures 
1 and 2). 


Table 1. Programmable 
Timer Functions 


Function 
Operation 


Interrupt on 
When terminal 
count is 
Terminal 
Count 
reached, 
an interrupt 
request 
is generated. 
This function 
is 
useful for generation 
of real- 
time clocks. 


Programmable 
Output goes low upon receipt 
One-Shot 
of an external 
trigger edge 
and returns high when 
terminal count is reached. 
This function 
is retriggerable. 


Rate Generator 
Divide by N counter. 
The 
output will go low for one 
input clock cycle, and the 
period from one low going 
pulse to the next is N times 
the input clock period. 


Square-Wave 
Output will remain high until 
Rate Generator 
one-half 
the count has been 
completed, 
and go low for the 
other half of the count. 


Software 
Output remains high until 
Triggered 
Strobe 
software 
loads count (N). N 
counts after count is loaded, 
output goes low for one input 
clock period. 


Hardware 
Output goes low for one clock 
Triggered 
Strobe 
period N counts after rising 
edge counter 
trigger input. 


The counter 
is retriggerable. 


Event Counter 
On a jumper selectable 
basis, 
the clock input becomes 
an 
input from the external 
system. CPU may read the 
number of events occurring 
after the counting 
"window" 
has been enabled 
or an 
interrupt 
may be generated 
after N events occur in the 
system. 


1 
.40I 
T1 


1$8X 
CONNECTOR 
(MALE) 


is.X 
CONNECTOR 
(FEMALE) 


I/O Addren for 
110Addren for 
Chlp5eleet 
Function 
an 8-81t Host 
a 16-81tHost 


XO,X2,X4 
YO, Y4, Y8 
8251A 
Write: Data 


orX6 
orYC 
USART 
Read: Data 


X1, X3. X5 
Y2, Y6, YA 
MCSO/ 
Write: Mode or Command 


orX7 
orYE 
Activated 
(True) 
Read: Status 


Write: Counter 0 


X80rXC 
ZO orZ8 
8253 PIT 
Load: Count (N) 
Read: Counter 0 


MSC1/ Activated 
Write: Counter 
1 


X90rXO 
Z2 or ZA 
Load: Count N 
(True) 
Read: Counter 
1 


Write: Counter 
2 


XAorXE 
Z40rZC 
Load: Count (N) 
Read: Counter 
2 


XBorXF 
Z60rZE 
Write: Control 
Read: None 


NOTE: 
X = The iSBX base address 
that activates 
MCSO & MSC1 for an 8-bit host. 


Y = The iSBX base address 
that activates 
MCSO for a 16-bit host. 


Z = The iSBX base address 
that activates 
MCS1 for a 16-bit host. 


The first 
digit, 
X, Y or Z, is always 
a variable, 
since 
it will depend 
on the type 
of host 
microcomputer 
used. 
Refer 
to the 


Hardware 
Reference 
Manual 
for your host microcomputer 
to determine 
the first digit of the I/O 
base address. 


The first digit of each port I/O address 
is listed as "X" 
since it will change 
depending 
on the type of host iSBC microcomput- 


er used. 
Refer 
to the Hardware 
Reference 
Manual 
for your host iSBC microcomputer 
to determine 
the first digit of the I/O 


address. 


Synchronous-5-8-bit 
characters; internal charac- 


ter synchronization; automatic sync insertion; even, 
odd or no parity generation/detection. 


Asynchronous-5-8-bit 
characters; break character 


generation and detection; 1, 1%. or 2 stop bits; false 
start bit detection; even. odd or no parity genera- 
tion/detection. 


Read-250 
ns max 
Write-300 
ns max 


NOTE: 
Actual transfer speed is dependent upon the cycle 
time of the host microcomputer. 
Interval Timer and Baud Rate 
Generator 


Input Frequency (selectable): 


1.23 MHz ±0.1% (0.813 jJosperiod nominal) 
153.6 kHz ± 0.1% (6.5 jJosperiod nominal) 


8253 PIT(1) 
8251 USART Baud Rate (Hz)(2) 
Frequency (kHZ, 
Software Selectable) 
Synchronous 
Asynchronous 


+16 
+64 
307.2 
- 
19200 
4800 
153.6 
- 
9600 
2400 


76.8 
- 
4800 
1200 
." 
38.4 
38400 
2400 
600 
19.2 
19200 
1200 
300 


9.6 
9600 
600 
150 
4.8 
4800 
300 
75 
2.4 
2400 
150 
- 
1.76 
1760 
110 
- 


NOTES: 
1. Frequency 
selected 
by 110 writes 
of appropriate 
16-bit frequency 
factor 
to Baud Rate Register. 
2. Baud rates shown 
here are only a sample 
subset 
of possible 
software-programmable 
rates available. 
Any frequency 
from 
18.75 
Hz to 614.4 
kHz may be generated 
utilizing 
on-board 
crystal 
oscillator 
and 16-bit 
Programmable 
Interval 
TImer 
(used 
here as frequency 
divider). 


Rate Generator 
Real· Time 
Interrupt 


(Frequency) 
(Interval) 


Mln 
Max 
Mln 
Max 


Single Timer(1) 
18.75 Hz 
614.4 kHz 
1.63/-'s 
53.3 ms 


Single Timer(2) 
2.34 Hz 
76.8 kHz 
13.0/-,s 
426.7 ms 


Dual Timer(3) (Counters 
0 and 1 in Series) 
0.000286 
Hz 
307.2 kHz 
3.26/-'s 
58.25 min 


Dual Timer(4) (Counters 
0 and 1 in Series) 
0.0000358 
Hz 
38.4 kHz 
26.0/-,s 
7.77 hrs 


NOTES: 
1. Assuming 
1.23 MHz clock 
input. 


2. Assuming 
153.6 kHz clock 
input. 


3. Assuming 
Counter 
0 has 1.23 MHz clock 
input. 


4. Assuming 
Counter 
0 has 153.6 kHz clock 
input. 


Interrupts 


Interrupt 
requests 
may originate 
from the USART (2) 


or the programmable 
timer (2). 


Serial-configurable 
of EIA Standards 
RS232C 
or 


RS449/422 


EIA Standard 
RS232C signals provided 
and support- 


ed. 


Clear to Send (CTS) 
Data Set Ready (DSR) 
Data Terminal 
Ready (DTR) 


Request 
to Send (RTS) 
Receive 
Clock (RXC) 
Receive 
Data (RXD) 
Transmit 
Clock (DTE TXC) 
Transmit 
Data (TXD) 


EIA Standard 
RS449/422 
signals provided 
and sup- 


ported. 


Clear to Send (CS) 
Data Mode (OM) 
Terminal 
Ready (TR) 
Request 
to Send (RS) 


Receive 
Timing 
(RT) 


Receive 
Data (RD) 
Terminal 
Timing 
(TT) 


Send Data (SO) 


Physical Characteristics 


Width: 
7.24 cm (2.85 inches) 


Length: 
9.40 cm (3.70 inches) 


Height·: 
2.04 cm (0.80 inche.s) 
iSeX 351 Board 
2.86 cm (1.13 inches) 
iSBX 351 Board and Host Board 


Weight: 
51 grams (1.79 ounces) 
·(See 
Figure 2) 


Configuration 
Mode(2) 
MUL TIMODULETM 
Cable 
Connector(8) 
Edge Connector 


RS232C 
DTE 
26-pin(5),3M-3462-0001 
3M(3)-3349/25 
25-pin(7),3M-3482-1000 
RS232C 
DCE 
26-pin(5),3M-3462-0001 
3M(3)-3349/25 
25-pin(7),3M-3483-1000 
RS449 
DTE 
40-pin(6),3M-3464-0001 
3M(4)-3349/37 
37-pin(1),3M-3502-1000 
RS449 
DCE 
40-pin(6), 3M-3464-0001 
3M(4)-3349/37 
37-pin(1),3M-3503-1000 


NOTES: 
1. Cable housing 3M-3465-4000 may be used with the connector. 
2. DTE-Data 
Terminal mode (male connector), DeE-Data 
Set mode (female connector). 
3. Cable is tapered at one end to fit the 3M-3462 connector. 
4. Cable is tapered to fit 3M-3464 connector. 
5. Pin 26 of the edge connector is not connected to the flat cable. 
6. Pins 37, 39. and 40 of the edge connector are not connected to the flat cable. 
7. May be used with cable housing 3M-3465-1000. 
6. Connectors compatible with those listed may also be used. 


Mode 
Voltage 
Amps 
(Max) 


RS232C 
+5V 
±0.25V 
460mA 
+12V 
±0.6V 
30mA 
-12V 
±0.6V 
30mA 


RS449/422 
+5V 
±0.25V 
530mA 


Environmental Characteristics 
Temperature: 
O°C-55°C, 
free moving air across the 


base 
board 
and 
MUL TIMODULE 


board. 


Reference Manual 
9803190-01- 
iSBX 351 Serial I/O 
MUL TIMODULE 


Manual 
(NOT SUPPLIED) 


Reference 
Manuals 
may be ordered 
from 
any Intel 


sales 
representative, 
distributor 
office 
or from 
Intel 


Literature 
Department, 
3065 
Bowers 
Ave., 
Santa 


Clara, California, 
95051. 


ORDERING INFORMATION 
Part Number 
Description 


SBX 351 
Serial I/O MUL TIMODULE 
Board 


inter 


iSBXTM354 DUAL CHANNEL SERIAL I/O 


MULTIMODULETM BOARD 


• 
Two RS232C or RS422A/449 
Prolrammable 
Synchronous/ 


Asynchronous 
Communications 


Channels 


• 
Programmable 
Baud Rate Generation 


for Each Channel 


• 
Full Duplex Operation 


• 
ISBXTM Bus Compatible 
I/O Expansion 


• 
Supports 
HDLC/SDLC, 
NRZ, NRZI or 


FM Encoding/Decoding 


• 
Three 
Interrupt 
Options 
for Each 


Channel 


• 
Low Power 
Requirements 


The Intel iSBX 354 Serial 
I/O 
MULTIMODULE 
board is a member 
of Intel's 
line of iSBX compatible 
MULTI- 
MODULE 
products. 
The iSBX MUL TIMODULE 
board plugs directly 
into any iSBX bus compatible 
host board 
offering 
incremental 
on-board 
I/O expansion. 
Utilizing Intel's 82530 Serial Communications 
Controller 
compo- 


nent, the iSBX 354 module provides 
two RS232C or RS422A/449 
programmable 
synchronous/asynchronous 
communications 
channels. 
The 82530 
component 
provides 
two independent 
full duplex 
serial channels, 
on 
chip crystal oscillator, 
baud-rate 
generator 
and digital phase locked loop capability 
for each channel. 
The iSBX 
board connects 
to the host board through the iSBX bus. This offers maximum 
on-board 
performance 
and frees 
the MUL TIBUS~ 
System 
bus for use by other system 
resources. 


The 
iSBX 354 
module 
uses the 
Intel 82530 
Serial 


Communications 
Controller 
(SCe) 
component 
pro- 


viding 
two 
independent 
full duplex 
serial 
channels. 
The 82530 
is a multi-protocol 
data communications 


peripheral 
designed 
to interface 
high speed commu- 


nications 
lines 
using 
Asynchronous, 
Byte-Synchro- 


nous and Bit-Synchronous 
protocols 
to Intel's micro- 


processor 
based 
board 
and system 
level products. 


The 
mode 
of operation 
(I.e. asynchronous 
or syn- 


chronous), 
data 
format, 
control 
character 
format, 


and baud-rate 
generation 
ar~ all under program 
con- 


trol. The 82530 
SCC component 
can generate 
and 


check 
CRC codes 
in any Synchronous 
mode 
and 


can be programmed 
to check 
data integrity 
in vari- 


ous modes. 
The 
command 
lines, 
serial 
data 
lines, 
and signal ground 
lines are brought 
out to a double 


edge connector. 


The iSBX 354 module 
provides 
a low cost means to 


add two serial channels 
to iSBC<Il>boards 
with 8 or 


16 bit MULTI MODULE 
interfaces. 
In the factory 
de- 


fault configuration, 
the iSBX 354 module will support 


two 
RS232C 
interfaces. 
With 
user supplied 
drivers 


and termination 
resistors, 
the iSBX 354 module 
can 


be reconfigured 
to support 
RS422A1 449 communi- 


cation interfaces 
with support 
on Channel 
A only for 


multidrop 
control 
from 
the base 
board. 
Both 
chan- 


nels can be configured 
as DTE or DCE with RS232C 
interfaces. 


Interrupt 
Request Line 


The 82530 
SCC component 
provides 
one interrupt 


to the MINTRO 
signal 
of the iSBX interface. 
There 


are six sources 
of interrupts 
in the SCC component 


(Transmit, 
Receive 
and External/Status 
interrupts 
in 


both channels). 
Each type of interrupt 
is enabled 
un- 


der program 
control 
with 
Channel 
A having 
higher 


priority than Channel 
B, and with Receive, 
Transmit 


Figure 2. Mounting 
Technique 


12-45 


inter 


and External/Status interrupts prioritized in that or- 
der within each channel. 


the iSBX 354 MULTIMODULE board on a Host 
Board. Figures 3 and 4 provide cabling diagrams. 


The iSBX 354 module plugs directly into the female 
iSBX connector on the host board. The module is 
then secured at one additional point with nylon hard- 
ware to insure the mechanical security of the assem- 
bly. Figures 1 and 2 demonstrate the installation of 


The Intel 82530 see component contains several 
registers that must be programmed to initialize and 
control the two channels. Intel's iSBX 354 Module 
Hardware Reference Manual (Order" 
146531-001) 


describes these registers in detail. 


PIN 1 


~ 


IN2~ 
't'l' _PIN 40 
.~-PIN39 


ISBX'" 354 MODULE 
" 
,40 
PIN MALE 


COMPONENT 
SIDE 
CONNECTOR 


(START 
AT 5TH 


NOTCH 
FROM END) 


3 CONDUCTORS 
PIN 20 


'PIN 1 
(START 
AT 1ST NOTCH FROM END) 


(START 
AT 6TH NOTCH 
FROM END) 


2 CONDUCTORS 
15 CONDUCTORS 


inter 


Clock Frequency 


4.9152 
MHz 


Synchronou&-Internal 
or external 
character 
syn- 
chronization 
on one or two synchronous 
characters 


Asynchronou&-5-8 
bits and 1, 1% or 2 stop bits 


per character; 
programmable 
clock factor; 
break de- 


tection 
and generation; 
parity, overrun, 
and framing 


error detection 


Synchronous 
X 1 Clock 


Baud 
Rate 
82530 Count 
Value 


(Decimal) 


64000 
36 


48000 
49 


19200 
126 


9600 
254 


4800 
510 


2400 
1022 


1800 
1363 


1200 
2046 


300 
8190 


Asynchronous 
X16 Clock 


Baud Rate 
82530 Count 
Value 


(Decimal) 


19200 
6 


9600 
14 
4800 
30 


2400 
62 


1800 
83 


1200 
126 


300 
510 


110 
1394 


ISBXTM Bus: Meets the iSBX Specification, 
Compli- 
ance Level: 08 F 


Serial: 
Meets 
the 
EIA RS232C 
standard 
on Chan- 


nels A and B. Meets the EIA RS422A1449 
standard 


on Channels 
A and B, Multi-drop 
capability 
on Chan- 


nel A only. 


Signals Provided 


RS232CDTE 


-Transmit 
Data 


-Receive 
Data 


-Request 
to Send 


-Clear to Send 
-Data Set Ready 
-Signal Ground 
-Carrier Detect 
-Transmit 
Clock (2) 


-Receive 
Clock 


-Data Terminal 
Ready 


-Ring Indicator 


RS422A/449 


-Send Data 
-Receive 
Timing 


-Receive 
Data 


-Terminal 
Timing 


-Receive 
Common 


RS232CDCE 


-Transmit 
Data 
-Receive 
Data 
-Clear to send 
-Data Set Ready 
-Signal Ground 
-Carrier Detect 
-Transmit 
Clock (2) 
-Receive 
Clock 
-Ring Indicator 


Port Address 
Function 


8·Blt 
16·Blt 


XO 
Read Status Channel 
B 


Write Command 
Channel 
B 


X2 
Read Data Channel 
B 


Write Data Channel 
B 


X4 
Read Status Channel A 
Write Command 
Channel 
A 


X6 
Read Data Channel 
A 


Write Data Channel 
A 


YO 
Read Disable RS422A1449 
Buffer 


Write Enable RS422A1449 
Buffer 


NOTES: 
1. The "X" and "Y" values depend on the address of the 
iSBX interface as viewed by the base board. 
2. "X" corresponds with Activation of the MCSO/interface 
signal; "Y" corresponds with Activation of the MCS1/inter- 
face signal. 


Power Requirements 


+5V 
at 0.5A 


+12V 
at 50 mA 
-12V 
at 50 mA 


Physical Characteristics 


Width: 2.85 inches 


Length: 
3.70 inches 


Height: 0.8 inches 


Weight: 
85 grams 


ENVIRONMENTAL 
CHARACTERISTICS 
Temperature: O·C to 55·C operating at 200 linear 
feet per minute across baseboard and 
MULTIMODULE board 


146531·001-iSBX 
354 Channel Serial I/O Board 


Hardware Reference Manual 


Reference manuals may be ordered from any Intel 
sales representative, distributor office, or from Intel 
Literature Department, 3065 Bowers Avenue, Santa 
Clara, CA 95051. 


FASTPATHTII 97S0B 
Control Unit 


FEATURES 
~ Connects a System/370 or 
compatible multiplexer channel to 
the MULTIBUS'" architecture 


~ Operates as a multidevice control 


unit on a block multiplexer channel 


~ Supports three megabytes per 


second data streaming through the 
block multiplexer channel 


~ Implements dynamic speed 


matching buffer for efficient 
channel utilization 


~ Supports up to 6 IEEE796 
Multibus compatible application 
adapter boards 
~ Implements a remote mainte- 
nance facility 


~ Provides standard control unit 


personalities 
~ Facilitates development of custom 


control unit personalities 
~ Designed as a completely 
integrated system controller 


S¥sttno/3lO 
or 
Compltiblo 


System/370 Channel 
Connectivity 
Platform 


~ Available in a single or dual 
controller configuration 
~ Available as system modules 
designed to fit into a standard 19" 
rack mount 
~ Worldwide service, support 
and training 


DESCRIPTION 
The 9750B control unit is an open 
standardized connectivity platform 
that allows connections of Multibus- 
based application modules with an 
IBM" System/370 or compatible 
mainframe, Its hardware and software 
subsystemsconnectto the System/370 
block multiplexer channel and the 
IEEE-796Multibus interface. 


The hardware and software inter- 
face is a front-end processor that 
performs the System/370 block multi- 
plexer protocol management functions 
and presents the 9750B to the main- 


frame and its application snftware as 
a standard control unit. A choice of 
control unit personalities is provided 
with the 9750B.Custom personalities 
are easily developed and incorporated 
into the 9750B control unit. Multibus 
compatible application adapters are 
integrated into the 9750B connectivity 
platform and are addressed by the 
mainframe through standard sub- 
channel addressing methods. 
The 9750B maximizes throughput 


with its modular design implementing 
a speed matching buffering scheme 
supporting offset and data streaming 
protocols at the full three megabytes 
per second rate. 


With this flexible connectivity plat- 


form, System/370 mainframes can 
connect to local area networks, wide 
area networks, hosts or specialized 
peripherals. The 9750B connectivity 
platform brings the open architecture 


MODULAR DESIGN 


The single controller 9750B con- 


sists of a logic module made up of a 
channel adapter. a control processor 
and adapter board connections 
Up to two controllers can be con- 
figured into a single integrated rack- 
mount chassis. 


The Channel Adapter is the inter- 


face between the Multibus and the 
System/37o compatible block multi- 
plexer channels. Supporting up to 
256 subchannel addresses which are 
mapped to the integrated adapter 
boards, the channel adapter is 
dynamically configurable for multiple 
concurrent device attachments 
through a single channel connection. 
The Control Processor performs 


such functions as sending status, 
controlling data transfer between the 
channel adapter and the adapter 
boards, handling resets and manag- 
ing on-line/off-line 
transitions. 


Adapter Boards are selected from 


the set of board products that are 
electronically compatible with the 
IEEE796 Multibus specification. Up 
to six adapter boards can be inte- 
grated into a single 9750B controller 
Adapter boards are used to move data 
from the channel adapter out to the 
external application environment. 
Adapter boards can implement local 
area network protocols or perform 
specialized high-speed device-to- 
device data transler Multiple similar 
and multiple diverse applications 
can be supported simultaneously in 
a single 9750B controller chassis. 


PERSONALITIES 


The 9750B emulates standard 


System/37o mainframe control unit 
personalities. The mainframe operat- 
ing environment is configured to 
recognize and address the 9750B as a 
standard control unit. Custom person- 
alities can be created for the 9750B. 


BSAM. When the mainframe is 
configured to address the 9750B as 
an "undefined device" (a valid device 


typeI. the Basic Sequential Access 
Method (BSAMI is used for data 
transfer between the host and the 
adapter boards via the standard Sys- 
tem/37o block multiplexer channel. 


CETI. When the mainframe is con- 


figured to address the 9750B as a 
3088 channel-to-channel device, the 
Continuously Executing Transfer Inter- 
face (CETI)protocol is used to transfer 
data to and from the adapter boards 
acting as communication ports. This 
allows communication with local 
area networks or other host-based 
applicatipns 
This interface provides 


the maximum possible throughput 
between the System/37o and the 
application by minimizing the num- 
ber of I/O interrupts required to 
exchange data. 


DIAGNOSTICS 
The 9750B supports a continuously 


resident host addressable diagnostic 
emulation mode as well as a remotely 
accessible diagnostic service port for 
maintenance and problem diagnosis. 


Single Controller 


Voltage 
110/US, 230/Europe 
Frequency: 
60 Hz/US; 50-60 Hz/Europe 


Temperature: 15-35° Centigrade 
Relative 
Humidity: 
Altitude.: 
Channel: 
Size 
Weight: 


Connectors: 
Dimensions: 


Maximum Number of 
Application Adapters: 
Interfaces: 
Channel: 
Adapter 
Boards: 
Control Unit 
Personalities: 


70-80% non-condensing 
10,000feet maximum 
System/37o Bus and Tag 
15.75"x 22.25" x 19.00" 
407lbs. 


Dual Controller 
110/US; 230/Europe 
60 Hz/U.S; 50-60 Hz/Europe 
15-35° Centigrade 


70-80% non-condensing 
10,000feet maximum 
System/37o Bus and Tag 
19.25" x 22.25" x 19.00" 
4561bs. 


6 
12 
FIPS60 and System/37o Compatible Block Multiplexer Channel 


Undefined Device (BSAM Access) 
3088 Device (CETIAccessl 
UL,CSA, VDEand FCC 


intel' 
Communications 
Services 


• 
VPM 188 ASYNC/B1SYNC 
COMMUNICATION 
SERVICES 


The VPM 188 Async/Bisync Communication 
Subsys- 


tem delivers a wide variety of communication 
services. 
IBM mainframe access is provided 
via emulation 
of 


IBM bisync network protocols 
and devices: 


- 
3271 Model 2 Cluster Controller, 
3277/78 
Dis- 


plays, and 3287 Printers for interactive host access 
2780/3780 
Remote Job Entry (RJE) Workstation 


for batch host access 
- 
~ultileaving 
HASPRJEWorkstation for batch host 


access 
Comprehensive 
asynchronous 
communication 
sup- 


port is provided, including: 
- 
Async terminal 
multiplexing 
either 
directly 
at- 


tached or remotely 
connected 
via dial-up async 


modems 
Serial printer control 
System-to-system link support through serial async 
line 
using 
UUCP; either 
directly 
attached 
or 


remotely connected 
via async modem 
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VPM 188 ASYNC/BISYNC 
COMMUNICATION 
SUBSYSTEM 


~ Virtual Protocol Machine delivers 
asynchronous 
and bisynchronous 
lines and 


protocols for Intel XENlX' systems and 
networks 
~ Mainframe 
link for host data, application, 


and report access provided by IBM protocol 
emulation 
of HASp, 2780/3780 
RIE and 


3270 bisync protocols 
~ Async communications 
support for terminal 


multiplexing, 
serial printers, async modems 


and serial system-to-system links 
~ Single hybrid subsystem for very cost effective 


and flexible multiple service communication 
support 
~ Full menu-driven installation, administration 


and user interface for ease of use 


• 
FLEXIBLE MULTILINE CONTROL 
AND CONFIGURATION 


The subsystem controls 
8, 10 or 12 communication 


lines in a wide set of user selected configurations. 
It 


allows dynamic selection 
of line types at install and 


boot time; the number of bisync lines and protocols 
and the number of async lines can be configured for 
specific 
application 
requirements. 
Both interactive 


and batch mainframe access is supported via emulation 
of IBM's most popular network and device protocols. 


• 
MENU-DRIVEN 
INTERFACE 
FOR 
INTEGRATION 
AND EASE OF USE 


The VPMsubsystem's flexibility and power is delivered 
to users and administrators 
through a comprehensive 


menu system. The menus lead users and administrators 
through 
installation, generation, 
administration, 
and 


use of the subsystem in a nonconfrontive, 
easy to use 


manner. Rapid productivity 
gains results. 


intel 


Support for simultaneous operation of multiple mixed 
line types and bisync protocol 
emulations 
is enabled 
using VPM's dynamic line configuration 
and protocol 
downloading 
features. 
0penNET'" 
compatible 
network 
operation 
allows 
bisync emulation 
services and async communication 
services to be accessed by remote XENIX and DOS 
users across OpenNET for cost·effective gateway oper- 
ation. May require OpenNET Virtual Terminal. 
Screen and print data can be moved to any system or 
network 
file for subsequent 
processing 
by standard 


XENIX and/or 
DOS applications. Addition of custom 
applications 
can enable IBM compatible 
distributed 
DP. 


• 
A SINGLE WORKSTATION FOR ALL 
PROCESSING AND COMMUNICATION NEEDS 


With Intel's powerful VPMcommunication 
subsystem, 


users no longer require multiple workstations for their 
various tasks. Local department 
processing, personal 
computing, 
.mainframe 
application 
processing 
and 
reporting 
and inter·user 
communication 
can all be 
accomplished 
from a single PC or terminal. 


• 
THE VIRTIJAL PROTOCOL MACHINE STANDARD 


VPM 188 implements AT&Ts specification 
for a Vir- 
tual Protocol Machine for UNIX' systems. Intel's ver· 
sion for XENIX systems goes beyond the VPMstandard 
with hybrid protocol 
services. 


3270 Bisync Emulation - 
3271 Model 2 Cluster Control Unit, 3277/78 Display, 3287 Printer 


HASP Emulation 
- 
Multileaving HASP RJE Workstations 


2780/3780 RJE Emulation 
- 
2780/3780 RJE Workstation 
Emulation 


9600 bps full and half-duplex line support 


The base Virtual Protocol 
Machine 
for 188/48 
and 188/56 
controllers 
in Intel XENlX systems. Controls 
8, 10 or 
12 RS232 lines to be async and/or 
bisync. All async suppon 
included. 
Package includes 
software 
and documen· 


tation. 
Prerequisite 
is XENlX system 
with 
iBASE. 


Multileaving 
HASP RJE workstation 
emulator. 
Suppons 
both 
transparent 
and non-transparent 
mode 
HASP 
protocols. 
Package 
includes 
HASP emulation 
software, 
installation 
instructions, 
user guide and administrator 
guide. 
Prerequisite 
is VPM 188DK. 


2780/3780 
RJE workstation 
emulator 
for Remote 
Batch Terminal 
Emulation 
(RBTE) 
across bisync lines/net· 
works. Package includes 
RBTE emulation 
software, 
installation 
instructions, 
user guide and administrator 
guide. 


Prerequisite 
is VPM 188DK. 


3270 bisync emulator 
for interactive 
IBM host access. Emulates 
a 3271 Model 2 Cluster 
Control 
Unit and up to 
seven 
devices: 
3277/78 
Model 
2 Displays 
and one 
3287 
Model 
2 Printer. 
Compatible 
with 
OpenNET 
for 


cross-net 
gateway oriented 
service. 
Package includes 
all emulation 
software, 
installation 
instructions, 
3277/78 
function 
key templates, 
user guide 
and administrator 
guide. 
Prerequisite 
is VPMI88DK. 


Eight line communication 
system 
extension 
module 
hardware. 
Used when 
no 188/48 
or 188/56 
exists 
in 


system 
already. 
Includes 
all necessary 
hardware, 
cabling 
and documentation. 


Additional 
two line communication 
system extension 
module 
hardware. 
Used to add 2 async lines to 188 based 
subsystem 
via daughter 
board. Includes 
all necessary 
hardware, 
cabling and documentation. 
Prerequisite 
is SBC 
or SXM 188/48. 
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HOST 
MAINFRAME 


37XX 
FRONJ 
END 
PROCESSOR 


• 
3270 
SNA COMMUNICATION 


SERVICES 


The 3270 Communication 
Subsystem allows multiple 
XENIX system users and IBM PC compatibles 
on an 
OpenNET network to operate on IBM SNAnetworks. 
The 
subsystem 
installs 
in a single 
non-dedicated 
XENIX system and runs SNA emulations 
for system 
users and OpenNET users. It provides emulation of a 
3274 Type 2 Cluster Controller, 
3278 Model 2 Dis- 
plays and 3287 Model 2 Printers. Up to 72 XENIX-NET 
nodes are supported 
from a single gateway with 
16 
simultaneous 
Logical Unit sessions. 


• 
SNA COMMUNICATION ENVIRONMENT 


This subsystem communicates 
with the host over dial- 
up, leased, point-to-point, and multidrop lines, coexist- 
ing with IBM equipment. 
Line speeds up to 9600 bps 
are supported. 
The subsystem communicates 
with a 
variety of IBM hosts (370, 303X, 308X, 43XX), com- 
munication front ends (3705, 3725), access methods 
(VfAM, 
TCAM) 
and 
applications 
(CICS, 
CMS, 
DSPRINT, ISPF, TSO/SPF). No change is required 
to 
the host software for connection 
and operation of the 
Intel 3270 SNA Subsystem. 
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3270 SNA 
COMMUNICATION 
SUBSYSTEM 


~ 3270 SNA/SDLC emulator for Intel XENIX" 


systems and networks 
~ Mainframe 
data and application access 


~ SNA gateway for OpenNEr" 
/.AN users 


~ 3274 cluster controller (PUT2), 3278 display 


(LU.T2) and 3287 printer (LU.T2) emulation 
~ Complete menu driven interface and" 


administration 
delivers ease of use 


~ 72 nodes and 16 simultaneous 
sessions supported 


• 
OpenNET-SNA CONTROLLER AND 
DEVICE EMUlATION GATEWAY 


The 3270 SNACommunication 
Subsystem can be dis- 


tributed across an OpenNET network for optimal gate- 
way services. One network node contains the actual 
SNAcommunication 
processor for 3274 Cluster Con- 
troller emulation while other nodes have copies of the 
device emulators. The dispersed device emulators all 
access the one gateway node for mainframe SNAcom- 
munication. Up to 16 users can establish and use SNA 
sessions simultaneously. 


• 
A SINGLE WORKSTATION FOR ALL 
PROCESSING AND COMMUNICATION NEEDS 


With Intel's 3270 SNASubsystem, users will no longer 
require multiple workstations for their various tasks. A 
single terminal 
or PC can be used to access local 
applications and data as well as access mainframe data, 
applications 
and 
reports. 
Intel's 
SNA emulator 
is 
optimized for very cost effective department 
automa- 
tion. 


intel 


• 
ADVANCED SUBSYSTEM FF.AnJRES 


session hold allows a user to temporarily exit or sus- 
pend an SNA session to perform 
other tasks, while 


maintaining 
the hOst connection, 
and return to the 


same connection 
later. 
Multiple gateways can exist on a single OpenNET net- 
work in those cases where greater than 16 concurrent 
sessions are required 
Screen and print capture features allow users to easily 
log screen data from the current session into any file on 
the network, and spool printer output to any file. Users 
can process the captured data files further using stan- 
dard DOS and XENIX applications. 
Printer sharing enables the "local copy" device to be 
specified as any network printer 
attached 
to a node 


with 3287 Printer Emulation. 
Complete menu-driven user and administration 
inter- 
face reduces 
installation 
and maintenance 
time and 


enhances user productivity due to low confrontation. 
Interactive configuration 
and terminal definition utili- 
ties are included for flexibility in configuring the sub- 
system for target environments. 
For coexistence with Intel's other advanced communi- 
cation subsystem, VPM188 Async/Bisync Cotnmunica- 
tion Subsystem, assures that a combination 
of SNA, 


Bisync and Async lines can be configured and used. 


TECHNICAL SPECIFICATIONS 


3270 Base Datastream (3270 OSC) 
SNA Character String (SCS) 
1920 Character Device Buffers 
SNA Communication 
Protocols 


SOLC Link Protocols 
9600 bps full and half-duplex 


• 
HIGH PERFORMANCE MULTI-PROCESSOR 
SUBSYSTEM ARCHITEcnJRE 


The functions of the 3270 SNACommunications 
Sub- 


system are optimally distributed across the system bus. 
The system's central processor o1floads the majority of 
communication 
tasks to an advanced communication 


processor which handles most of the emulation. Prin- 
ter and display emulation, and configuration and oper- 
ation administration are done by the central CPU while 
3274 SNA Cluster Controller 
emulation, session con- 


trol and SOLCare implemented 
in the communication 


processor. 
The net result 
is higher 
system perfor- 


mance. 


• 
A COMPLETE, INTEGRATED SNA 
COMMUNICATION SOLUI'ION 


The 3270 SNA Communication 
Subsystem is a fully 


integrated 
hardware, firmware and software solution 


which is ready to install and operate in an Intel XENIX 
system. Complete installation instructions, administra- 
tor's guide and user's guide for both XENIX oniy and 
Intel's XENIX enhanced with iBASEare included 


SNA PU Type 2 
SNA LU Types 1,2 and 3 
Requires synchronous 
modem and system 


to modem cabling in addition to leased or 
dial-up communication 
line. 


Complete 3270 SNACommunication 
Subsystem including: iSBC88/45-based communi- 


cation controller 
(double high) with 256K memory and SOLCfirmware, 3274 Cluster 


Controller 
emulator 
firmware 
for single system or OpenNET network 
SNA gateway 


operation, 3270 printer support software, 3278 display emulator software, 3287 printer 
emulator software and complete 
documentation. 


MUL TIBUS® II Serial 
13 
Communication 
Boards 


inter 
iSBC® 186/410 MULTIBUS® II 
SERIAL COMMUNICATIONS 
COMPUTER 
• 
Six Serial Communication 
Channels 
on 
• 
MUL TIBUS@ II IPSB (Parallel 
System 
a Single MUL TIBUS@ II Board, 
Bus) Interface 
with Full Message 
Expandable 
to 10 Channels 
via ISBXTM 
Passing Capability 


Bus Connectors 
• Four 28-Pln JEDEC Sites, Expandable 
• High Integration 
8 MHz 80186 
to 8 Sites with ISBC@ 341 
Microprocessor 
MUL TIMODULETM 
for a Maximum 
of 
• 82258 Advanced 
DMA Controller 
512K Bytes EPROM 


Provides 
4 Independent 
High 
• Two ISBXTM Connectors 
for Low Cost 
Performance 
DMA Channels 
110 Expansion 


• Supports 
RS232C-Only 
on 4 Channels, 
• MUL TIBUS@ II Interconnect 
Space for 
RS422A 
or RS232C 
Interface 
Software 
Configurablllty 
and 
Conflgurable 
on 2 Channels 
Diagnostics 


• 512K Bytes DRAM Provided 
• Resident 
Firmware 
to Support 
Host-to- 


Controller 
Download 
Capability 
and 


Bullt-In-Self-Test 
(BIST) Diagnostics 


The iSBC 186/41 0 MULTI BUS II Serial Communications 
Computer 
is an intelligent 
6-channel 
communications 
processor 
implementing 
the full, high performance 
message 
passing 
interface 
of the 
MUL TIBUS 
II (iPSB) 
Parallel System 
Bus. This iSBC board combines 
an 8 MHz 80186 
16-bit microprocessor, 
with six serial chan- 
nels (expandable 
to 10 serial channels 
on-board 
via iSBX connectors), 
up to 512K bytes of DRAM, four 28-pin 
JEDEC sites, two iSBX connectors, 
and an 82258 ADMA controller 
on a single 220 mm x 233 mm (8.7 in. x 9.2 
in.) Eurocard 
printed 
circuit 
board. The iSBC 186/410 
board supports 
asynchronous, 
byte synchronous, 
and 
bit-synchronous 
(HDLC/SDLC) 
communications 
protocols 
on the two full/half 
duplex RS232C/RS422A 
chan- 
nels, and asynchronous-only 
on the four full/half 
duplex RS232C-only 
channels. 
Acting as a terminal 
controller 
or front-end 
processor, 
this board adds significant 
data communications 
flexibility 
to an OEM's 
MUL TIBUS 
II 
design. 


The iSBC 186/410 MULTIBUS II Serial Communica- 
tions Computer is a powerful data communications 
sub-system specifically designed to operate in and 
support the message-based, multi-processor system 
configurations being implemented on the MULTI- 
BUS II architecture. The board's on-board CPU, an 8 
MHz 80186 microprocessor, provides significant in- 
telligence to off-load and distribute the serial com- 
munications functions away from one or all of a sys- 
tem's processor boards. 


The iSBC 186/410 board was designed with a set of 
features to address several communications appli- 
cation areas: terminal/cluster controller, or front-end 
processor. 


A terminal/cluster controller concentrates communi- 
cations in a central area of a system. Efficient han- 
dling of messages coming in or going out of the sys- 
tem requires sufficient buffer space to store mes- 
sages along with high speed I/O channels to trans- 
mit and receive those messages. Sophisticated clus- 
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format conversion capabilities to allow attachment 
of different types of terminals. 


The iSBC 186/410 MULTIBUS II Serial Communica- 
tions Computer is well suited for multi-terminal sys- 
tem applications (see Figure 1). Up to 10 serial 
channels can be serviced in multi-user or cluster 
configurations by adding two iSBX 354 Dual Serial 
Channel 
MULTIMODULE 
boards. The 
on-board 


512K byte (expandable to 512K bytes) DRAM array 
is the buffer area designed to handle incoming and 
outgoing messages at data rates up to 19.2K baud 
(asynch). Each serial channel can be individually 
programmed for different baud rates to allow system 
configurations with differing terminal types. The on- 
board 80186 CPU handles the protocols and char- 
acter manipulation tasks traditionally performed by a 
system host. 


A front-ena processor off-loads a system's central 
processor of bandwidth-draining tasks such as data 
manipulation and text editing of characters collected 
from the attached serial I/O devices. Since most ter- 


ISBX" 354 
BOARD 
_____I 


intJ 


minal and serial 110 devices require flexible interfac- 
es, program code is often dynamically downloaded 
to the front-end processor from a system CPU. 
Downloading code requires sufficient memory space 
for protocol handling and program code. Flow con- 
trol and interrupt handling requirements need an effi- 
cient real time operating software environment to 
manage the hardware and software resources on 
the board. 


The iSSC 186/410 
board features are designed to 
provide a high performance solution for front-end 
processor 
applications 
(see Figure 2). A 
large 
amount of memory is provided for dynamic storage 
of program code. Two serial channels (as well as 
four iSSX expansion serial channels) can be config- 
ured for links to mainframe systems, point-to-point 
terminals, modems or multi-drop designs and four 
serial channels are for terminal communication, 
asynchronous RS232C operation only. 


The iSSC 186/410 
MULTISUS " Serial Communica- 
tions Computer consists of six major subsystem ar- 


eas: Processor, Serial 1/0, 
Memory, General 1/0, 


iPSS bus interface, and Interconnect (see Figure 3). 


80186 
PROCESSOR 


The central processor unit on the iSSC 186/410 
board is Intel's 16-bit 8 MHz 80186 microprocessor. 
The highly integrated 80186 CPU combines several 
system components onto a single chip (I.e., two Di- 
rect Memory Access lines, three Interval Timers, 
Clock Generator, and Programmable Interrupt Con- 
troller). The 80186 instruction set is a superset of 
the 8086 and maintains object code compatibility 
while adding additional instructions. 


This high performance component manages the 
board's multi-user, multi-protocol communications 
operations. Refer to the Microsystem Components 
Handbook, Order Number 230843-00X, for more de- 
tailed information on the hardware operation and re- 
quirements of the 80186 microprocessor compo- 
nent. 
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DIRECT 
MEMORY 
ACCESS 
(DMA) 
FUNCTION 


The iSBC 
186/410 
board 
provides 
13 channels 
of 
DMA to support 
serial 
I/O, 
iPSB interface, 
and/or 
iSBX bus transfer 
operations. 
The 80186 microproc- 
essor 
provides 
two 
DMA channels, 
the 82258 
Ad- 


vanced 
(ADMA) 
controller 
supports 
three 
"direct" 
channels 
of DMA, and the ADMA 
multiplexer 
circuit 


uses 
the 
fourth 
82258 
ADMA 
channel 
providing 


eight additional 
multiplexed 
DMA channels. 
The allo- 


cation of the board's 
DMA channels 
to on-board 
re- 


sources 
is listed in Table 
1. 


Six 
serial 
interfaces 
are 
provided 
on 
the 
iSBC 


186/410 
board: two interfaces 
support full asynchro- 


nous, 
byte-synchronous, 
and 
bit-synchronous 


(HDLC/SDLC) 
communication 
and 
four 
interfaces 


support 
asynchronous-only 
communication. 
The two 


RS422A 
configurable 
ports can also be tri-stated 
to 


allow 
multi-drop 
networks. 
The board's 
serial capa- 


bility can be expanded 
to 10 channels 
by adding two 


iSBX 354 Dual Channel 
Serial 
I/O 
MUL TIMODULE 


boards. 
Each 
added 
iSBX 
354 
board 
uses 
an 


Channel 
Channel 
DMA ConfiguratIon 


Count 
Number 
Local Bus Resource 


80186 


1 
DMAChannel 
0 
Half-Duplex 
High Speed Serial Interface 
(SCC1 Channel 
A) 


(-High 
Density 15-Pin Connector) 


2 
DMAChannel 
1 
Full-Duplex 
Serial Interface 
(SCC1 Channel 
A) or SBX1 DMA Request 


82258ADMA 


3 
DMAChannel 
0 
Input DMA from MPC (Message 
Passing Coprocessor) 


4 
DMAChannel 
1 
Output DMA to MPC 


5 
DMAChannel 
2 
Half-Duplex 
High Speed Serial Interface 
(SCC1 Channel 
B) 
(-High 
Density 15-Pin Connector) 
or SBX1 DMA REO 


DMAChannel 
3 
Full-Duplex 
High Speed Serial Interface 
(SCC1 Channel 
B) or 


INT2 DMA REO from DMA Multiplexer 


DMA Multiplexer' 


6 
DMAChannel 
0 
Half-Duplex 
Serial Interface 
(SCC2 Chan. A, 9-pin conn.) 


7 
DMAChannel 
1 
Full-Duplex 
Serial Interface 
(SCC2 Chan. A) 


8 
DMAChannel 
2 
Half-Duplex 
Serial Interface 
(SCC2 Chan. B, 9-pin conn.) 


9 
DMAChannel 
3 
Full-Duplex 
Serial Interface 
(SCC2 Chan. B) or SBX1 DMA Request 


or Half-Duplex 
SCC1 Channel 
B. 


10 
DMAChannel 
4 
Half-Duplex 
Serial Interface 
(SCC3 Chan. A, 9-pin conn.) 


11 
DMAChannel 
5 
Full-Duplex 
Serial Interface 
(SCC3 Chan. A) or SBX2 DMA Request 


12 
DMAChannel 
6. 
Half-Duplex 
Serial Interface 
(SCC3 Chan. B, 9-pin conn.) 


13 
DMAChannel 
7 
Full-Duplex 
Serial Interface 
(SCC3 Chan. B) or INT1 SBX1 for 


SBX344 


NOTE: 
•ADMA 
Channel 
3 is used to add the DMA Multiplexer. 


82530 SCC component to provide two independent 
full duplex serial channels configurable as either 
RS232C or RS422A interfaces. It also supports both 
asynchronous or programmable byte and bit syn- 
chronous 
(HOLC/SOLe) 
protocols. 
The 
HOLC/ 


SOLC interface is compatible with IBM system and 
terminal equipment and with CCITI's 
X.25 packet 


switching interface. 


Three 82530 Serial Communications Controllers 
(SCCs) provide six channels of half/full serial I/O. 
Two channels are configurable as either RS232C or 
RS422 on two high density 15-pin female O-shell 
connectors. Four more channels are RS232C-only 
using IBM standard g-pin male O-shell connectors. 
All six channels directly support the Oata Terminal 
Equipment (OTE) configuration, with the Oata Com- 
munication Equipment (OCE) pin-out supported by 
changes in the cable wiring. 


The 82530 component is designed to satisfy several 
serial communications requirements; asynchronous, 
byte-synchronous, 
and 
bit-synchronous 
(HOLC/ 


188/410 
MEMORY 
MAP 


ON· 
BOARD 
EPROM 


:.. 
IPSB 
WINDovi 


ON· 
BOARD 
DRAM 


SOLe) modes. The increased capability at the serial 
controller point results in off-loading a CPU of tasks 
normally assigned to the CPU or its associated hard- 
ware. Configurability of the 82530 allows the user to 
configure it to handle all asynchronous data formats 
regardless of data size, number of start or stop bits, 
or parity requirements. An on-chip baud rate genera- 
tor allows independent baud rates on each channel. 


Memory SUbsystem 


The iSBC 186/410 board's on-board memory sub- 
system consists of a large ORAM array and a set of 
universal memory sites. Access to the on-board 
memory subsystem resources, as well as off-board 
iPSB bus access, is accomplished by observing the 
iSBC 186/410 board memory map (see Figure 4). 
The mapping occurs within the 1 megabyte memory 
space of the 80186 microprocessor, and is split into 
three main areas: ORAM reserved, iPSB window, 
and EPROM reserved. The first 0 to 512K bytes is 
always reserved for local ORAM, the next 128K or 


IPSB 
MEMORY 
MAPD·om" 
-- 


MBII 
WINDOW 
BASE ADDRESS IS ANY MULTIPLE OF 128K 
OR 2S8K (SIZE OF MULTIPLE = WINDOW SIZE) 


inter 


256K bytes (or up to 768K) is the iSPB window, and 
the remaining 384K or 256K byte area is reserved 
for local EPROM. The iPSB window maps a 128K or 
256K byte local memory area into the 4 gigabyte 
global physical address range of the MULTIBUS II 
iPSB bus. This window is programmable and allows 
the 80186 processor to access the complete 4 giga- 
byte memory space of the iPSB bus. 


The board's memory map also supports a 64K byte 
access window for I/O space between local and 
iPSB bus access. The 64K bytes of local I/O space 
is mapped 1-to-1 to the iPSB bus' 64K byte I/O 
space and is not programmable. The upper 32K 
bytes access the iPSB bus I/O space, and the lower 
32K bytes are reserved for local on-board I/O. 


The iSBC 186/410 board comes standard with a 
512K byte DRAM memory array on-board. 


A total of four 28-pin JEDEC universal sites reside 
on the iSBC 186/410 board. These sockets support 
·addition of byte-wide ROM and EPROM devices in 
densities from 8K bytes (2764) to 64K bytes (27512) 
per device. Two of the four sockets contain a pair of 
27812 EPROM devices installed at the factory(l). 
These devices contain 128K bytes of firmware pro- 
viding both the Host-to-controller download routine 
and the Built-In-Self-Test (BIST) power-up diagnos- 
tics routine. The remaining two sockets allow the 
user to add either two additional devices or an iSBC 
341 EPROM MULTIMODULE for a maximum of 
512K bytes. 


NOTE: 


(1) These devices may be removed by the user for 
access to the two 28-pin sites. 


The I/O subsystem provides timers, interrupt control 
and two IEEE P959 iSBX connectors for I/O expan- 
sion or customization. 


PROGRAMMABLE 
TIMERS 
AND INTERRUPT 


CONTROL 


The 80186 microprocessor on the iSBC 186/410 
board provides three independent, fully programma- 
ble 16-bit interval timers/ event counters for use by 
the systems designer to generate accurate time in- 


tervals under software control. The outputs may be 
independently routed to a PIC to count external 
events. The system software configures each timer 
independently and can read the contents of each 
counter at any time during system operation. 


In a MULTIBUS II system, external interrupts (inter- 
rupts originating from off-board) are interrupt type 
messages over the iPSB bus rather than signals on 
individual lines. Interrupt type messages are handled 
by the bus interface logic, the MPC Message Pass- 
ing Coprocessor chip. The MPC component inter- 
rupts the 80186 processor via an 8259A Program- 
mable Interrupt Controller (PIC) indicating a mes- 
sage has been received. This means that 1 Interrupt 
line can handle interrupts from up to 255 sources. 


Two on-board 8259A PICs are used in a master- 
slave configuration for processing on-board inter- 
rupts. One of the interrupt lines handles the interrupt 
messages received from the iPSB bus. Table 2 in- 
cludes a list of devices and functions supported. 


ISBXTM BUS I/O EXPANSION 


Two 8/16-bit iSBX bus (IEEE P959) connectors are 
provided for modular, low-cost I/O expansion. The 
iSBC 186/410 board supports both 8-bit and 16-bit 
iSBX MULTIMODULEs through these mating, gas- 
tight pins and socket connectors. DMA is also sup- 
ported to the iSBX connectors and can be config- 
ured by programming the DMA multiplexor attached 
to the 82258 ADMA component. The iSBX connec- 
tors on the iSBC 186/410 board support a wide vari- 
ety of standard iSBX compatible boards from Intel 
and other independent vendors providing add-on 
functions such as, floppy control, %" tape control, 
bubble memory, parallel/serial I/O, BITBUSTMinter- 
face, math, graphics, IEEE 488, and analog I/O. 
Custom iSBX module designs are also supported as 
per the IEEE P959 iSBX bus specification. 


This subsystem's main component is the Message 
Passing Coprocessor chip. Subsystem services pro- 
vided by the MPC bus interface component include 
full message passing support and memory, I/O, and 
interconnect access to the iPSB bus by the 80186 
processor. The single-chip Message Passing Co- 
processor is a highly integrated CHMOS device im- 
plementing the full message passing protocol and 
performing all the arbitration, transfer, and exception 
cycle protocols specified in the MULTIBUS II Archi- 
tecture 
Specification 
Rev. 
C., 
Order 
Number 


146077. 


Device 
Function 
Number of 
Interrupts 


iPSB Bus Interface (MPC) 


I 
Message-Based Interrupt Requests from the iPSB 
1 interrupt for 


bus via MPC Message PassingCoprocessor 
up to 255 
sources 


8751 Interconnect Controller 
Interconnect Space 
1 


80186 Timers & Interrupt 
Timers 0 and 1 and Interrupt Acknowledge 1 
3 


82530 SCCs (3 devices) 
SCC # 1 and SCC # 2 or SCC # 3 for Transmit 
2 


Buffer Empty, Receive Buffer Full, and Channel 
Errors 


iPSB Bus Interface (MPC) 
Indicates Transmission Error on iPSB Bus 
1 


82258ADMA 
DMA Transfer Complete 
1 


IEEE P959 iSBX Bus Connectors (2) 
Functions Determined by iSBX Bus 
4 


MULTIMODULE Boards 
(2/ connector) 


IEEE P959 iSBX Bus Connectors (2) 
DMA Interrupt from iSBX (TDMA) 
2 


Interconnect 
Subsystem 


MULTIBUS " interconnect space is a standardized 
set of software configurable registers designed to 
hold and control board configuration information as 
well as system and board level diagnostics and test- 
ing information. Interconnect space is implemented 
with the 8751 microcontroller and the MPC silicon 
resident on the iSBC 186/410 board. 


The read-only registers store information such as 
board type, vendor 1.0., firmware rev. level, etc. The 
software configurable registers are used for auto- 
software configurability and remote/local 
diagnos- 
tics and testing. 


HOST/CONTROLLER 
SOFTWARE 
DOWNLOAD 


ROUTINE 


Resident in ROM on this controller is a host-to-con- 
troller software download routine to support the 
downloading of communication firmware into the 
iSBC 186/410 
Serial Communication Computer. 


This loader adheres to the MULTIBUS II Download 
Protocol and responds to commands issued by soft- 
ware running on a host CPU board. The host CPU 
passes these commands to the loader via registers 
defined in the board's interconnect space. A down- 
load function, a commence execution function, and 
an examine local memory function are all provided in 
the routine. Data transfers are supported by both 
shared memory systems and message based sys- 
tems. The top 1K of DRAM on the board is reserved 


for the exclusive use of the download program. Host 
CPUs must not overwrite this area with download 
commands. 


-Software on the host is responsible for accessing 
the iSBC 186/410 board's firmware on disk or from 
ROM visible to the host and translating it into linear 
sequences of bytes suitable for downloading (see 
Figure 5). After downloading the firmware, the host 
issues a command for the loader routine on the con- 
troller to begin execution of the downloaded soft- 
ware. 


On-board built-in self-test (BIST) diagnostics provide 
a customer confidence test of the various functional 
areas on the iSBC 186/410 board. The initialization 
checks are performed by the 8751 microcontroller, 
while the BIST package is executed by the 80186 
microprocessor. On-board tests included in'the BIST 
package are: DRAM, EPROM, 80186, 82530 SCCs, 
and the MPC. 


Additional activities performed include initialization 
at power-up using the Initialization and Diagnostics 
Executive and a program table check, a feature al- 
lowing users to add custom code in EPROM while 
still maintaining full use of factory supplied BISTs. 
Immediately after power-up and initialization of the 
8751 microcontroller, the 80186 microprocessor be- 
gins its own initialization and on-board diagnostics. 
Upon successful completion of these activities, the 
Initialization and Diagnostics Executive invokes the 
user-defined program table. A check is made of the 
program table which then executes user-defined 
custom programs. 


ROM 
BASED 
DOWNLOAD 
ROUTINE 


The BIST package 
provides 
a valuable 
testing, 
error 


reporting 
and 
recovery 
capability 
on MUL TIBUS 
II 


boards 
enabling 
the OEM to reduce 
manufacturing 


and maintenance 
costs. An LED on the board's 
front 


panel indicates 
the status of power-up 
diagnostics. 
It 


is on when 
BIST 
diagnostics 
start 
running 
and 
is 
turned off upon successful 
completion 
of the BISTs. 


System Clock 


CPU: 8.0 MHz 


NOTE: 
Basic 
instruction 
cycle 
is defined 
as the fastest 
in- 


struction 
time (Le., 4 clock cycles). 


Local 
Memory 


DRAM-512K 
bytes on-board 
(64K x 4-bit devices); 


8 sockets 
provided 
to support 
additional 
256K bytes 


EPROM-Number 
of sockets-four 
28-pin 
JEDEC 


sites 


EPROM 
Device 
Size 
Max. Memory 


(Bytes) 
Capacity 


2764 
8K 
32K bytes 


27128 
16K 
64K bytes 


27256 
32K 
128K bytes 


27512 
64K 
256K bytes 


NOTE: 
··EPROM Expansion to up to a maximum of 512K bytes is 
achieved via attachment of the iSBC 341 EPROM (256K 
byte) MULTIMODULE board. 


Serial-5ix 
programmable 
serial 
channels 
using 


three 82530 Serial Communications 
Controller 
com- 


ponents. 


I/O Expansion-Two 
8/16-bit 
IEEE P959 iSBX con- 


nectors 
(DMA 
supported). 
(The board 
supports 
ei- 


ther two single wide or one double-wide 
form factor 


iSBX module(s).) 


Timers-Three 
programmable 
timers 
on the 80186 


microprocessor. 


Input Frequencies-Frequencies 
supplied 
by the in- 


ternal 
80186 
16 MHz crystal; 
82530 
SCCs: 
crystal 


driven 
at 9.8304 
MHz div. by two; iSBX Connector: 
crystal 
driven at 9.8304 
MHz. 


Synchronous-Internal 
or 
external 
character 
syn- 
chronization 
on one or two synchronous 
characters. 


Asynchronous-5--8 
data bits and 1, 1% or 2 stop 


bits per character; 
programmable 
clock factor; break 


detection 
and generation; 
parity, overrun, 
and fram- 


ing error detection. 


Synchronous 
X1 Clock 
(Channels 
0,1) 


Baud Rate 
82530 Count 
Value 


(Decimal) 


64000 
36 


48000 
49 
19200 
126 
9600 
254 


4800 
510 
2400 
1022 


1800 
1363 


1200 
2046 
300 
8190 


Asynchronous 
X16 Clock 
(Channels 
0-5) 


Baud Rate 
82530 Count 
Value 
(Decimal) 


19200 
6 
9600 
14 
4800 
30 
2400 
62 
1800 
83 
1200 
126 
300 
510 
110 
1394 


Serial Signals/Pin-Outs 


RS232C 
Interface 
Pin Assignment 
for High Density 
15-Pln Connectors 


J2 
RS·232C 
Pin 
RS·232C 
Signal 
RS-232C Signal 
Function 
Pin 
Number 
Name 


1 
1 
TXD 
Transmit 
Data 


2 
2 
RTS 
Request 
To Send 


3 
3 
RXD 
Receive 
Data 


4 
4 
CTS 
Clear To Send 


5 
5 
RXC 
Receive Clock 
6 
6 
DSS 
Data Signal Select 
7 
7 
DTR 
Data Terminal 
Ready 
8 
8 
DSR 
Data Set Ready 
9 
9 
DCD 
Carrier Detect 


10 
10 
STXC 
Transmit 
Clock 


11 
11 
SGD 
Signal Ground 


12 
12 
LCLPBK 
Local Loopback 
13 
13 
RMLPBK 
Remote 
Loopback 
14 
14 
TSTMD 
Test Mode Indicator 


15 
15 
RNG 
Not Supported 


inter 


J1 
Signal 
Name 
RS-422A 
Signal 
R5-422A 
Signal Function 


Pin 
On Board 
Name 


1 
RS42211 
TR (a) 
Transmit 
Data 


2 
(a) 
Control 


3 
RS4229 
RD(a) 
Receive 
Data 


4 
(a) 
Indication 


5 
(a) 
Signal Timing 


6 
RS42212 
TR(b) 
Transmit 
Data 


7 
(b) 
Control 


8 
RS42290 
RD(b) 
Receive 
Data 


9 
(b) 
Indication 
10 
(b) 
Signal Timing 


11 
Signal Ground 


12 
Not Used 


13 
Not Used 


14 
Not Used 


15 
Chassis Ground 


NOTE: 
The iSBClD 186/40 
board 
does not support 
the unused 
signals. 


Pin Number 
Signal 
Name 
Function 
In/Out 


1 
CD 
Carrier Detect 
In 


2 
RXD 
Received 
Data 
In 


3 
TXD 
Transmit 
Data 
Out 


4 
DTR 
Data Terminal 
Ready 
Out 


5 
SG 
Signal Ground 


6 
DSR 
Data Set Ready 
In 


7 
RTS 
Request 
To Send 
Out 


8 
CTS 
Clear To Send 
In 


9 
RI 
Ring Indicator 
Not Supported 


Interrupt 
Capability 


Potential 
Interrupt 
Sources 
from iPSB Bus-255 
in- 
dividual 
and 1 Broadcast 


Interrupt 
Levels-12 
vectored 
requests 
using 
two 
8259As 
and 1 input to the master PIC from the slave 
PIC 


iPSB Bus-Compliance 
Level RQAlRPA 
D16M32 


iSBX Bus-Compliance 
Level 08/16 
DMA 


Serial 
1I~2 
ch. RS232C 
or RS422A 
compatible, 


configured 
DTE only; 4 ch. RS232C 
IBM compatible 
only, configured 
DTE only. 


Interface 
Connector 
Part # 


iPSB 
96-pin DIN, right 
603-2-IEC-C096-F 


bus (P1) 
angle female 


RS232C/ 
15-pin high density, 
RS422A 
o type, right 
angle female 
(see note) 
RS232C- 
9-pin IBM compat- 
only 
ible, 0 type, right 
angle male (see 
note) 


NOTE: 
The manufacturers 
below provide 
connectors 
which 


will mate with the connectors 
supplied 
on the iSBC 


186/410 
board front-panel. 


inter 


Connectors and Shells 
Manufacturer 
Pins 
Part No. 


High Density D-type Plug (male) 
AMP 
15 
204501-1 
High Density D-type Plug (male) 
Positronic 
15 
DD-15M 
D-type Receptacle (female) 
AMP 
9 
205203-3 
D-type Receptacle (female) 
ITT·Cannon 
9 
DE-9S 
Connector Shells 
AMP 
(For 15 or 
745171-X 


ITT-Cannon 
9-pin connect. 
DE-51218 


3M 
above). 
358-2100 


Cable Description 
Manufacturer 
Part No. 


15 Conductor-5hield, 
Round 
Alpha 
5120/15 
15 Conductor-5hield, 
Round 
Beldon 
9541 
10 Conductor-5hield, 
Round 
Alpha 
5120/10 
9 Conductor-5hield, 
Round 
Beldon 
9539 


NOTE: 
All cable 
referenced 
is available 
in 100 ft. minimum 
lengths. 


The iSBC 186/410 board meets all MULTIBUS II 
mechanical 
specifications 
as 
presented 
in 
the 


MULTIBUS II Architecture Specification Handbook 
(#146077, Rev. C) 


The maximum power required per voltage is shown 
below. 


Voltage 
Max. Current 
Max. Power 


(volts) 
(amps) 
(watts) 


+5V 
8.22A 
43.16W 


+12V 
150 mA 
1.89W 


-12V 
150 mA 
1.89W 
Depth: 220 mm (8.7 inches) 
Height: 233 mm (9.2 inches) 
Front Panel Width: 20 mm (0.76 inches) 
Weight: 822 gm (29 ounces) 


ENVIRONMENTAL 
CHARACTERISTICS 


iSBC 186/410 Serial Communications Computer Us· 
er's Guide (# 148941-001) 


Intel MULTIBUS II Architecture Specification Hand- 
book (# 146077) 


Temperature 


Inlet air at 200 LFM airflow over all boards 
Non-operating: -40·C 
to + 75·C 


Operating: O· to + 55·C 


Manuals may be ordered from any Intel Sales Rep- 
resentative, Distribution Office, or from the Intel lit- 
erature Department, 3065 Bowers Avenue, Santa 
Clara, CA 95051. 


Non-operating-95% 
Relative Humidity @ 
+ 55·C, 
non-condensing 


Part Number 
Description 


iSBC 186/410 
MULTIBUS II Serial Communica- 
tions Computer 
Operating-90% 
Relative Humidity @ + 55·C, non- 


condensing 


MUL TIBUS® IISystem 
14 
Development 
and Support 


Software 


inter 


iSBC® CSM/001 


CENTRAL SERVICES MODULE 


• ISBC\!! CSM/001 
Central 
Services 
• MUL TIBUS 
II Interconnect 
Space for 
Module 
Integrates 
MUL TIBUS\!! II 
Software 
Configurablllty 
and 
Central 
System 
Functions 
on a Single 
Diagnostics 


Board 
• Built-In Self Test (BIST) 
Power-up 
• MUL TIBUS\!! II Parallel System 
Bus 
Diagnostics 
with LED Indicator 
and 
Clock Generation 
for all Agents 
Error Reporting 
Accessible 
to Software 
Interfaced 
to the MUL TIBUS 
II IPSB Bus 
via Interconnect 
Space 


• 
System-wide 
Reset Signals for Power- 
• General 
Purpose 
Link Interface 
to 
up, Warm Start, and Power 
Fallurel 
Other Standard 
(MUL TIBUS 
I) or 
Recovery 
Proprietary 
Buses 


• System-wide 
Time-out 
Detection 
and 
• Tlme-of-day 
Clock Support 
with Battery 
Error Generation 
Back-up on Board 


• Slot I.D. and Arbitration 
I.D. 
• Double-high 
Eurocard 
Standard 
Form 
Initialization 
Factor, 
Pin and Socket 
DIN Connectors 


The iSBC CMSr001 
Central Services 
Module is responsible 
for managing 
the central system functions 
of clock 
generation, 
power-down 
and reset, time-out, 
and assignment 
of 1.0.s defined 
by the MUL TIBUS 
II specifica- 
tion. The integration 
of these 
central 
functions 
in a single module 
improves 
overall 
board area utilization 
in a 
multi-board 
system 
since these functions 
do not need to be duplicated 
on every board. The iSBC CMS/001 
module 
additionally 
provides 
a time-of-day 
clock and the general 
purpose 
link interface 
to the other standard 
(MUL TIBUS 
I) or proprietary 
buses. 


inter 


The iSBC CMS/001 
Central 
Services 
Module 
inte- 


grates 
MUl TIBUS 
II central 
system 
functions 
on a 


single 
board. 
Each 
MUl TIBUS 
II system 
requires 


management 
of these 
central 
system 
functions 
as 


defined 
in the MUl TIBUS 
II specification. 
Figure 1 


illustrates 
a typical 
multiprocessing 
MUl TIBUS 
II 


system 
configuration. 
To perform 
its central 
system 


functions, 
the iSBC CSM/001 
central 
Services 
Mod- 


ule has a fixed 
slot 
1.0. and 
location 
in the 
back- 
plane. 
The 
iSBC 
CSM/001 
board 
additionally 
pro- 
vides an interface 
to the MUl TIBUS I Link board and 


a time-of-day 
clock. 


The iSBC CSM/001 
board is functionally 
partitioned 


into 6 major subsystems. 
The central 
System 
Wide 


Control 
subsystem 
includes 
MUl TIBUS 
II iPSB bus 


clock 
generation 
and system 
wide reset signal gen- 


eration. 
The Time-Out 
Control 
subsystem 
provides 


system wide time out detection 
and error generation. 


The System 
Interconnect 
Space subsystem 
controls 


1.0. initialization 
and software 
configurable 
intercon- 


nect 
space. 
The 
Link 
Board 
interface 
subsystem 


provides 
an interface 
to the MUl TIBUS 
I Link board 


or links to other buses. The last two subsystems 
are 


of the Time-of-Day 
clock and the iPSB bus interface. 


These areas are illustrated 
in Figure 2. 


CENTRALIZED 
SYSTEM-WIDE 


CONTROL 
SUBSYSTEM 


Parallel System Bus Clock Generation 


The CSM generates 
the Parallel System 
Bus clocks. 


The Bus Clock (BClKO) 10 MHz signal and the Con- 
stant Clock 
(CClKO) 20 MHz signal are supplied 
by 


CSM to all boards 
interfaced 
to the Parallel 
System 


Bus. These boards use the Bus Clock 10 MHz signal 
for 
synchronization, 
system 
timing, 
and 
arbitration 


functions. 
The Constant 
Clock 
is an auxiliary 
clock. 


The frequency 
of the Bus Clock and Constant 
Clock 


can be halved via jumpers 
for diagnostic 
purposes. 


inter 


Reset Control and Power-Falll 
Recovery 


The CSM sends a system-level reset/initialization 
signal to all boards interfaced to the Parallel System 
Bus. The CSM assigns slot 1.0.and arbitration 1.0.to 
these boards during this initialization process. It pro- 
vides this signal upon pressing of the reset switch, 
restoration of system power or a software request 
for reset received via the CSM interconnect space. 
The reset switch may be jumper-configured to cause 
a power-up or warm reset, with cold reset the default 
configuration. The reset switch is located on the 
front panel. Additionally, warm reset and cold reset 
signals can be input through the P2 connector. 


The CSM power supply interface is accomplished 
via the ACLO input of the P2 connector. ACLO is an 
open collector input from the power supply which 
provides advance warning of imminent power fail. If 
battery backup is not required, a jumper is provided 
on the CSM to disable the power fail signal ACLO. 


The TIMOUP 
(Time-Out) signal is provided by the 


CSM whenever it detects the failure of a module to 
complete a handshake. This TIMOUP 
signal is re- 


ceived by all boards interfaced to the iPSB bus and 
may be disabled via the interconnect space. 


The CSM Interconnect subsystem provides arbitra- 
tion 1.0.,and slot 1.0.initialization, software configu- 
rable interconnect space, and on-board diagnostics 
capability. 


At reset, the CSM supplies each board interfaced to 
iPSB bus with its slot 1.0.and its arbitration 1.0.The 
slot I. O. assignment allows user or system software 
to address any board by its physical position in the 
backplane. 


The interconnect space has both read-only and soft- 
ware configurable facilities. The read-only registers 
hold information such as vendor number and board 


type, so that this information is available to the sys- 
tem software. The CSM software configurable inter- 
connect space allows write operations to support 
board configuration and diagnostics under software 
control. The CSM also uses interconnect space for 
system wide functions such as providing a time/date 
record (from time-of-day clock), software access to 
diagnostics and software control of the system wide 
functions. 


BUILT-IN-SELF-TEST 
(BIST) 


DIAGNOSTICS 


Self-test/diagnostics have been built into the heart 
of the MULTIBUS II system. These confidence tests 
and diagnostics improve reliability and reduce manu- 
facturing and maintenance costs. LED 1 (labeled 
BIST) is used to indicate the status of the Built-In- 
Self-Test. It is turned on when the BIST starts run- 
ning and is turned off when the BIST completes suc- 
cessfully. In addition, all error information is record- 
ed in interconnect space so it is accessible to soft- 
ware for error reporting. 


The Built-In-Self-Tests performed by the on-board 
microcontroller at power-up or at software command 
are: 
1. PROM Checksum Test-Verifies 
the contents of 


the 8751 microcontroller. 
2. RAM Test-Verifies 
that each RAM location of 


the 8751 microcontroller may store O's and 1's by 
complementing and verifying twice each RAM lo- 
cation. 


3. Real Time Clock Chip RAM Test-Verifies 
that 


reads and writes to the RAM locations on Real 
Time Clock Chip are functional. 


4. Real Time Clock Test-Reads 
and writes all RAM 


locations of the RTC chip. Not run at power-up 
due to destructive nature. 


5. Arbitration/Slot 
1.0. Register Test-Verifies 
that 


arbitration and slot 1.0.s can be read and written 
from on-board. 


6. 8751 Status Test-Verifies 
that input pins of the 


8751 are at correct level. 


7. Clock Frequency Test-Tests 
accuracy of Real 


Time Clock to 0.2% against bus clock. 


The CSM Link Interface and the MULTIBUS I iSBC 
LNK/001 board provides a bridge between MULTI- 
BUS I and MULTIBUS II systems. Hybrid systems 
can be built for development or target. The CSM 
Link Interface uses the P2 connector on the iSBC 
CSM/001 module for transferring commands and 
data from MULTIBUS II to a MULTIBUS I Link board. 
The MULTIBUS I Link board (iSBC LNK/001) is pur- 
chased separately from the iSBC CSM/001 board 
and includes the cable which connects the iSBC 
CSM/001 board and the MULTIBUS I Link board 
(see Figure 3). 


The CSM Link Interface supports 8- or 16-bit trans- 
fers via a 16-bit address/data 
path. The iSBC 


LNK/001 board resides in the MULTIBUS I system 


and provides a memory and I/O access window to 
MULTIBUS I from the MULTIBUS II Parallel System 
Bus. Only one iSBC LNK/001 board can be con- 
nected to the iSBC CSM/001 module. 


The Time-Of-Day Clock subsystem consists of a 
clock chip, battery, and interface circuitry. The clock 
provides time keeping to 0.01% accuracy of frac- 
tions of seconds, seconds, minutes, hours, day, day 
of week, month, and year. This information is acces- 
sible via the interconnect space. The battery back- 
up for the clock chip provides 2 years of operation. 


System Clocks 


BCLKO(Bus Clock) 
CCLKo (Constant Clock) 
LCLKo (Link C109k) 


10 MHz 
20 MHz 
10 MHz 


Jumper option available to divide these frequencies 
in half 


Interface 
Compliance 


MULTIBUS 
II 
Bus 
Architecture 
Specification 


(#146077) 


The Link cable uses a 64-conductor ribbon cable for 
interconnecting the CSM board to the Link Board. 
The maximum length for the cable is 1 meter. 


Interface 
Specifications 


Location 
Function 
P1 
iPSB Bus 
P2 
Link and Remote 
Services 


Part # 
603-2-IEC-C096F 


603-2-1EC-C064-F 


The iSBC CSM/001 
board meets all MULTIBUS II 
mechanical specifications as presented in the MUL- 
TIBUS II specification (# 146077). 


Depth: 
220 mm. (8.7 in.) 
Height: 
233 mm. (9.2 in.) 


Front Panel WIdth: 20 mm. (0.78 in.) 
Weight: 
4820 gm. (16.5 oz.) 


Temperature: (inlet air) at 200 LFM airflow over 


boards 
Non-operating: -40 
to + 70·C 


Operating: 
0 to + 55·C 
Humidity: 
Non-operating: 95% RH @ 55·C 
Operating: 
90% RH @ 55·C 


Voltage (volts) 
Current (amps) 


+5 
6A (max.) 


+5VBB 
1A (max.) 


3V nominal voltage; capacity of 160 milliamp hours 
minimum. 


Outside dimension 
Height 


20mm-23 
mm 
1.6 mm-3.2 mm 


Intel MULTIBUS II Bus Architecture Specification 
(#146077) 


Manuals may be ordered from any Sales Represent- 
ative, Distributor Office, or from the Intel Literature 
Department, 3065 Bowers Ave., Santa Clara, CA 
95051. 


ORDERING 
INFORMATION 


Part Number 
Description 


iSBC CSM/001 
MULTIBUS 
II 
Central 
Services 


Module 


iSBC® LNK/001 
BOARD 


MULTIBUS® II TO MULTIBUS® I Link Board 


• 
Development 
Vehicle 
Making 


MUL TIBUS~I ISBC~Boards Accessible 
to MUL TIBUS~II Board Designers 


• 
On Board 
128K Byte Dual Port DRAM 


Memory 


• 
16M Bytes of MUL TIBUS~I Memory 
Mapped 
Into MUL TIBUS~II Memory 


Space Conflgurable 
from MULTIBUS~II 


Interconnect 
Space 


• 
32K Bytes of MUL TIBUS~I I/O 
Mapped 


Into MUL TIBUS~II I/O Space 
Conflgurable 
from MUL TIBUS~II 


Interconnect 
Space 


• 
Conversion 
of MUL TIBUS~I Interrupts 


to MUL TIBUS~II Interrupt 
Messages 


• 
MULTIBUS~I Form Factor 
Board 


• 
Connects 
to MUL TIBUS~II Central 


Services 
Module (ISBC CSM/001 
Board) 


via a 3 Foot Flat Ribbon Cable 


The iSBC LNK/001 
board 
maps 
MUL TIBUS 
I memory 
and I/O 
space 
into the MUL TIBUS 
II iPSB bus and 
converts 
MUL TIBUS 
I interrupts 
into 
MUL TIBUS 
II interrupt 
messages. 
Up to 
16M Bytes 
of MUL TIBUS 
I 
memory and up to 32K Bytes of MUL TIBUS 11/0 is addressable 
from MUL TIBUS II through the iSBC LNK/001 
board. Additionally, 
128K Bytes of dual port DRAM memory 
resides 
on the iSBC LNK/001 
board for use by 
both MUL TIBUS I and MUL TIBUS II systems. 
MUL TIBUS II OEM product 
designers 
can now speed 
hardware 
and software 
development 
efforts 
by using the iSBC LNK/001 
board to access 
standard 
or custom 
MUL TI- 
BUS I products. 


inter 


GENERAL 
DESCRIPTION 


The iSBC LNK/001 board makes MULTIBUS I prod- 
ucts accessible to MULTIBUS II designers. The 
iSBC LNK/001 board resides in the MULTIBUS I 
system and connects to the Central Services Mod- 
ule (iSBC CSM/001 board) via a 3 foot flat ribbon 
cable. The ribbon cable connects the P2 connector 
of the iSBC LNK/001 board to the P2 connector on 
the Central Services Module. The iSBC LNK/001 
board supports: 
a. 128K Bytes of Dual Port DRAM, 
b. 16- and 24-bit addressing into 16M Bytes of MUL- 


TIBUS I memory with 8- and 16-bit data paths, 
c. 8- and 16-bit addressing into 32K Bytes of MULTI- 


BUS I I/O with 8- and 16-bit data paths, 
d. MULTIBUS I interrupt to MULTIBUS II interrupt 


message conversions of up to eight levels of non 
bus-vectored interrupts via an 8259A programma- 
ble interrupt controller, and 


e. initialization tests and Built-In-Self-Test (BIST) us- 


ing interconnected address space. 


The primary application of the iSBC LNK/001 board 
is in the design development environment. The iSBC 
LNK/001 board allows designers to start their devel- 
opment efforts by leveraging existing MULTIBUS I 
products or to begin modular design efforts and pre- 
serve investments in custom products. In either 
case, the use of leverage with existing MULTIBUS I 
hardware and software allows designers to begin 
their MULTIBUS II product designs. 


MEMORY 
AND I/O 
READ/WRITE 


SEQUENCE 


The iSBC LNK/001 
board establishes a master/ 


slave relation between a MULTIBUS II system and a 


MULTIBUS I system. A MULTIBUS II agent request- 
ing a memory transfer involving the iSBC LNK/OO1 
board is directed through the CSM to the iSBC 
LNK/001 Dual Port memory or a MULTIBUS I slave. 
If the access address is within the MULTIBUS II Dual 
Port window, the transaction is acknowledged by the 
iSBC LNK/001 board and returned to the MULTI- 
BUS II iPSB through the CSM. In the event the ad- 
dress is outside the MULTIBUS II Dual Port window, 
the transaction is directed to the MULTIBUS I sys- 
tem. Here the iSBC LNK/001 board enters arbitra- 
tion for the MULTIBUS I system bus to complete the 
requested transaction. Once the iSBC LNK/001 
board is the owner of the MULTIBUS I system bus, 
data is transferred to or from the iSBC LNK/001 
board/Central 
Services Module connection. 
The 


MULTIBUS I slave acknowledges the transfer and 
the iSBC LNK/001 board passes the acknowledge 
on through the Central Services Module to the MUL- 
TIBUS II iPSB. 


MULTIBUS II I/O operations are always directed to 
the MULTIBUS I I/O slaves and consequently re- 
quire arbitration for the MULTIBUS I system bus. 


The function record of the iSBC LNK/001 board, a 
function record within the Central Services Module 
interconnect template, appears as a board within a 
board (see Table 1). The actual iSBC LNK/001 
board configuration is done through unique intercon- 
nect registers using the same slot 10 as the Central 
Services Module. The iSBC LNK/001 function rec- 
ord begins at an offset of 256 from the start of the 
CSM template and the EDT (End Of Template) byte 
is attached as the last function of the iSBC LNK/001 
function record. 


Dual Port 128K Byte DRAM Memory 


A dynamic RAM Dual Port, resident on the iSBC 
LNK/001 board, provides a 128K Byte media for 


Figure 1. Sequence 
Diagram 
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MUL TIBUS 
I and MUL TIBUS 
II agents 
to pass data 


efficiently. 
With 
both 
buses 
sharing 
the 
Dual 
Port 


memory 
the 
need 
for the 
MUL TIBUS 
II system 
to 


continuously 
arbitrate 
for 
MUL TIBUS 
I system 
ac- 


cess is eliminated. 
Consequently, 
each bus can con- 


tinue operating 
at its respective 
speed when access- 


ing the iSBC LNK/001 
Dual Port memory. 


MUL TIBUS@ I Memory Addressablllty 


The MUL TIBUS 
I system 
views 
the iSBC LNK/001 


Dual Port as a contiguous 
128K Byte memory 
block 


mapped 
into the 16M Bytes of MUL TIBUS I memory 


address 
space 
starting 
at the 
Dual Port Start 
Ad- 


dress register 
value. This memory 
block, 
configura- 


ble on any 64K Byte boundary 
within the MUL TIBUS 


I memory 
address 
space, 
is set via interconnect 
ac- 


cesses 
to the iSBC LNK/001 
function 
records 
from 


the 
MULTIBUS 
II system 
(see 
Table 
1). The 
first 


16M Bytes of MUL TIBUS 
II memory 
space 
can be 


mapped 
in the 16M Bytes of MULTIBUS 
I memory 


address 
space (see Figure 3). 


MUL TIBUS@ 11/0 Addressablllty 


Up to eight 
4K 
Byte 
blocks 
of 
MUL TIBUS 
II lID 


space 
can be mapped 
into MUL TIBUS 
I lID 
space 


Offset 
Description 
Offset 
Description 


0-255 
iSBC CSM/001 
Header and 
271 
MBI Dual Port End Address 


Function 
Record 
272 
MBII Dual Port Start Address 
256 
Board Specific 
Record Type 
273 
MBII Dual Port End Address 
257 
Record Length 
274 
MBII Memory Start Address 
258 
Vendor 10, Low Byte 
275 
MBII Memory 
End Address 
259 
Vendor 10, High Byte 
276 
lID 4K Segment 
Control 
260 
Link Version Number 
277 
MBI Interrupt 
Enable 
261 
Hardware 
Revision Test Number 
278 
Link Interrupt 
0 Destination 
Address 
262 
Link General Status 
279 
Link Interrupt 
1 Destination 
Address 
263 
Link General Control 
280 
Link Interrupt 
2 Destination 
Address 
264 
Link BIST Support 
Level 
281 
Link Interrupt 
3 Destination 
Address 
265 
Link BIST Data In 
282 
Link Interrupt 
4 Destination 
Address 
266 
Link BIST Data Out 
283 
Link Interrupt 
5 Destination 
Address 
267 
Link BIST Slave Status 
284 
Link Interrupt 
6 Destination 
Address 
268 
Link BIST Master Status 
285 
Link Interrupt 
7 Destination 
Address 
269 
Link BIST Test 10 
286 
Interrupt 
Source Address 
270 
MBI Dual Port Start Address 
287 
Link Status Register 


288 
EDT (End of Template) 


LINK 
DUAL 
PORT 
RAM 


inter 


MULTIBUS~ I 


18MB~_-- 
-- 
- - 
DUAL 
_- 
PORT 


o 
--- 


MEMORYMAPPING 


18MB 


DUAL 
PORT 


Figure 3. MULTIBUSill>I Memory 


and I/O Mapping Diagram 


(see Figure 3). MULTIBUS II I/O accesses must be 
from 32K Byte to 64K Byte in order to be mapped 
into MULTIBUS I I/O address space. These blocks 
are specified through an interconnect access to the 
"I/O 
4K Segment Control" register (see Table 1). 
Each bit in the register represents a 4K Byte block of 
I/O addresses. When a bit (or bits) is set, the 4K 
Byte block of MULTIBUS II I/O space represented 
by that bit will be dedicated to MULTIBUS I I/O 
space. 


Interrupt to Message Conversion 


As the iSBC LNK/001 board receives non-bus vec- 
tored interrupts from the MULTIBUS I system, the 
on-board 8259A programmable interrupt controller 
(PIC) prioritizes the MULTIBUS I interrupts and initi- 
ates the MULTIBUS II unsolicited interrupt message 
generation process. Up to 8 levels of non-bus vec- 
tored interrupts are supported by the iSBC LNK/001 
board. 


The iSBC LNK/001 board generates the MULTIBUS 
II interrupt messages and is the Interrupt Source. 
The iSBC LNK/001 board is assigned a Source ID 
through interconnect space when the MULTIBUS II 
system is powered up or when the user programs 
the source ID register via interconnect space. The 
Interrupt Destination is the MULTIBUS II board to 


which the interrupt message is being sent. Each of 
the eight MULTIBUS I interrupt lines can be pro- 
grammed to generate a unique MULTIBUS II desti- 
nation address. These destination addresses are ini- 
tialized through interconnect space by programming 
the iSBC LNK/001 
Interrupt Destination Address 


Registers. The message source address is also con- 
figurable via interconnect space by writing to the In- 
terrupt 0 Source Address Register with a base value. 
Once the base value of source Address 0 is estab- 
lished, Source Address 1 through 7 are set for incre- 
menting values by the 8751A interconnect proces- 
sor. The iSBC LNK/001 board recognizes MULTI- 
BUS 
II 
Negative 
Acknowledge 
agent 
errors 


("NACK") and performs an automatic retry algo- 
rithm. 


Self test and diagnostics have been built into the 
MULTIBUS II system. The BIST LED is used to indi- 
cate the result of the Built-In-Self-Test and turns on 
when BIST starts running and turns off when it has 
successfully executed. BIST test failure information 
is recorded in the interconnect space and is accessi- 
ble to software for error reporting. 


Form Factor 


The iSBC LNK/001 board is a MULTIBUS I form fac- 
tor board residing in a MULTIBUS I system. Physical 
dimensions are identical to all standard MULTIBUS I 
boards. 


The iSBC LNK/001 board connects to the iSBC 
CSM/001 board in the MULTIBUS II system via a 60 
pin conductor flat ribbon cable. The physical con- 
nection is made on the P2 connector of both the 
iSBC LNK/001 board and the iSBC CSM/001 board. 
The cable termination requirements and DC require- 
ments for the signal drivers and receivers are de- 
tailed in the iSBC CSM/001 USERS GUIDE, Section 
6.6.4. The maximum length of the cable is 3 feet. 
The cable and the connectors are shipped unas- 
sembled to allow user flexibility. 


To take advantage of iSBC LNK/001 Dual Port ar- 
chitecture, existing software device drivers may re- 
quire modification. Device driver changes depend on 
the specific application and vary in complexity de- 
pending upon the device driver. 


inter 


16- and 24-bit Address Paths 
8- and 16-bit Data Paths 
Block transfers are not supported 


The cable is a 60 pin conductor flat ribbon cable with 
a maximum length of 3 feet. The P2 connector to the 
iSBC LNK/001 board is a 30/60 pin board edge 
connector with 0.100· 
pin centers, KEL-AM Part 


Number RF30-2853-5. The connector to the P2 DIN 
connector on the iSBC CSM/001 board is 3M Part 
Number 3338-000. 


Interface 
Specifications 


Location 
Function 


P1 
MULTIBUS IEEE 796 System Bus 


P2 
Cable connection to P2 connector of 
iSBC CSM/001 board 


The iSBC LNK/001 board meets all MULTIBUS I 
mechanical specifications as presented in the MUL- 
TIBUS I specification. 


Depth: 17.15 cm (6.75 in.) 
Height: 1.27 cm (0.50 in.) 
Front Panel Width: 30.48 cm (12.00 in.) 
Weight: Estimated 565 g (20 oz.) 


Temperature: Inlet air at 200 
LFM airflow 
over 


boards 
Non Operating: - 40°C to + 75°C 
Operating: O°Cto + 55°C 
Humidity: 
Non Operating: 0 to 95% RH @ 55°C 
Operating: 0 to 95% RH @ 55°C 


Voltage: + 5V 
Current: 7.14 Amps 


iSBC LNK/001 Users Guide (#148756-001) 


Intel MULTIBUS II Bus Architecture Specification, 
Rev C (# 146077) 


iSBC CSM/001 Users Manual (#146706-001) 


Manuals may be ordered from any Sales Represent- 
ative, Distributor Office, or from the Intel Literature 
Department, 3065 Bowers Ave., Santa Clara, CA. 
95051. 


ORDERING 
INFORMATION 
Part Number 
Description 
iSBC LKN/001 
MULTIBUS II to MULTIBUS I iSBC 
LNK/001 Interface Board 


MIJLTlBIJ~ " MODIJLES DEJlELOPMENT SIJPPORT 


The MULTIBUSI!> II Modules Development 
Platform 
(MOP) is a fully-integrated 
system for board 
designers or users to develop software 
for and test MULTIBUS II boards. OEM customers 
and 
MULTIBUS II board vendors can use this system to integrate off-the-shelf 
or custom MULTIBUS II 
boards, develop software 
drivers 
and applications 
and test the entire system. 
In addition. 
the 
integrated 
system can serve as a proof-of-eoncept 
vehicle. This makes the MOP a good system for 
R&D labs to evaluate unique MULTIBUS II applications. 
For customers 
using the iRMXI!> 286 system 
as their target operating 
system, applications 
developed on the MOP can be moved to the target 
system with little or no effort. 


TWO MODELS TO FIT DEJlELOPMENT 
TEAM SIZE 


Depending 
on the size of the development 
team, two models are offered. Model I contains 
a single 
80386-based 
board with 4 MB on-board 
RAM, an 80 MB wini. tape, floppy and an asynchronous 
terminal 
controller 
with 6 ports. Model II adds another 
80386 
CPU board, 80 MB wini and terminal 
controller 
for up to six more users. 


• 
Suitable for board developers. design labs 
and systems integrators 
-Intel 
iRMX 286 application 
software 
and 
device driver development 
-Board 
check-out 
-Demo 
vehicle 
-Proof-of-concept 
evaluation 


• 
80386-based 
with full message-passing 


• 
Intel iRMX 286 Prototype 
Operating 
System 
and application 
tools 


• 
Compatible 
with Intel's iRMX 286 ReI. 2 
product 


• 
2 models are available 
with one or two 
80386 
CPU (4 MB RAM) boards 


inter----------- 


INDIfSTRY 
STANDARD IRMX® 286 


REL. 3 PROTOTYPE 
AND TOOLS 


The ~IDP comes with Intel's iRMX 286 ReI. 3 Prototype 
operating 
system configured 
for MDP's specific set of 


boards that supports 
a multi-user 
development 


environment. 
It is based on Intel's iRMX 286 ReI. 2 


product and takes advantage of the 80386 
protected 
mode 
multitasking 
environment. 
The operating 
system also 


implements 
the systems features of the MULTI BUS II 


architecture: 
high speed message-based data transfer 
and 


interrupts_ geographic 
addressing 
and high reliability 
physical 
connectors, 


iR~IX 286 standard 
software development tools are 
provided: ,\S\I 
286 and the 80286 
l!tilities 
(Build, Bind), 
PU\I 
286 and the AEDIT editor, Intel's C, FORTRN\ 
and 


Pascal compilers 
are also available and supported 
under 


the iRMX 286 operating 
system, 


EXPANSION CAPABILITY 
FOR 


CIfSTOM DESIGNS 


The \IDP proVides both peripheral 
and board-level 


expansion 
capabilities, 
With ~lodei I. customers 
hav'e an 


additional 
full-height 
peripheral 
bay and up to 3 
\ILLTIBLS 
II expansion 
slots vlith 
16.7 A of + 5 \. Each 


GPl' board can also accept up to 16 \IB of on-board 
RAM 


(using two 8 \18 \1l!LTI\IODl!LES"') 
without any changes 
to the operating 
system. 


SPECIFICATIONS 


Hardware 
8-slot ~IL'LTIBUS II chassis; 535 1\' power supply 
iSBC 38611 00 (16 MHz) with 4 MB on-board 
RAM and 


8028 7 ~Iath Coprocessor 
iSBX 354 serial controller 
(console and auxiliary 
ports) 


iSBG 186/224.'\ peripheral 
controller 


iSBC 186/4 10 async. terminal 
controller 
(6 users per 


board) 
80 \IB Ilinchester 
320 KB noppy 
60 \IB streamer 
tape 
3 terminal 
cables 


Software 
iR\IX 
286 ReI. 3 Prototype Operating 
System 


Docu mentation 
iR~IX 286 Release 2.0 Operating 
System 


AS\I 
286 and 80286 
l'tilities 
PU\1286 
AEDIT 
D\10\ and iSD\1 \Ionitor 
PRO\ls 


Temperature: 
Humidity: 


Dimensions: 


Height: 
Width: 
Depth: 
Weight: 


10°C-40 °G 
85 % non-condensing 
(operating) 
95 % non-condensing 
(not operating) 
88-132 
VAGor 180-264 
VAG; 
47-63 Hz 


7.75' 
(19.7 em) 


17.5' 
(44.5 em) 


22.25' 
(56.5 em) 


54/64Ibs. 


ORDERING INFORMATION 


MBIIMDPI 
R 
iRMX MULTIBUS II \lodules 
Development 
Platform. 


Modell. 
iRMX MULTIBUS II Modules 
Development 
Platform. 
Model II. 
1-,2-.4- 
and 8 MB memory 


WJLTIMODULE 
for the 
iSBG 386/1 00 board 


SBC\lM01 
SBCM\102. 
SBC\I\104. 
SBC\I\108 


System Packaging and 
Power Supplies 
15 


inter 
ICSTM80 
INDUSTRIAL CHASSIS KIT 635, KIT 640 


• 
Available 
with ISBC@ 640 Power Supply 


• 
Accommodates 
from 
1 to 3 ISBC@ 
604/614 
Cardcage 
Assemblies 
for 4-12 
MUL TIBUS@ Board Capacity 


• 
Vertical 
Board Orientation 
and Four 
Fans for High Efficiency 
Cooling 


• 
Front Access 
to ISBC@ Boards, 
Power 
Supply, and Signal Conditioning 
Panels 


• 
19-1nch Wide RETMA 
Rack Mounting 
or 
NEMA Type Backwall 
Mounting 
Brackets 


• 
UL and CSA Approved 


• 
Multi-Voltage 
Operation 


• 
Lockable 
Service 
Panel 


• 
Recessed 
Mounting 
Space for Signal 
Conditioning/Wire 
Termination 
Panels 


The iCS 80 Industrial 
Chassis 
provides 
industrially 
oriented 
mounting 
space 
for Intel single 
board 
computer 
(iSBC) 
products, 
associated 
iSBC 
power 
supplies: 
and related 
analog 
and digital 
conditioning/termination 
panels. The base unit provides 
a 4-slot MUL TIBUS backplane 
(iSBC 604) with expansion 
space and cabling to 
expand 
to 12 MULTIBUS 
backplane 
slots by adding 
additional 
4-slot 
iSBC 614s as needed 
(up to two). Full 
MUL TIBUS 
compatability 
in the iCS 80 chassis 
allows 
configuration 
of multiple 
single 
board 
computers 
to 
share 
system 
tasks 
through 
communication 
over the bus (through 
multi master 
bus arbitration 
built on the 
multiple 
iSBC processors). 


inter 


This chassis uses the higher power iSBC 640 power 
supply, and is designed to power higher board count 
systems. By installing one or two additional iSBC 
614 cardcages, this chassis will accommodate up to 
8 or 12 MULTIBUS boards. Signal conditioning pan- 
els may attach directly in the iCS 80. 


Engineered 
for Industrial Applications 


The MULTIBUS slots are mounted vertically to im- 
prove convection cooling and the top, bottom and 
sides are engineering to allow maximum air flow 
over the boards. Four fans are provided to increase 
air flow, allowing users to eliminate or minimize the 
need for supplementary fans or air conditioning. 


The power supplies are mounted on slide in/out 
mounting rails, and quick disconnect cabling and 
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connectors are provided for rapid service replace- 
ment. An AC wiring barrier strip allows simple wiring 
connections for integration into larger systems (see 
Figure 4). 


Industrial Rack Mounting 


The chassis mounts directly into 19-inch standard 
width RETMA (Radio-Electronics-Television Manu- 
facturers Association) customer provided rack. Alter- 
nately, mounting brackets and power cabling access 
are provided for mounting directly on a backwall, 
such as the backwall panel of a NEMA-type (Nation- 
al Electrical Manufacturers Association), front-ac- 
cess-only cabinet. 


Front Access Serviceability 


To simplify serviceability, front access is provided for 
all iSBC boards, the power supply, operation indica- 
tor lights, interrupt and reset buttons, and the AC 
power fuse. 
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Typical 
Small 
Configuration 


• 
iSBC 88/40A 
Test and Measurement 
Computer 


• 
iCS 910 Analog 
I/O Signal Conditioning 
Panel 


• 
iCS 930 AC/OC 
Control 
Interface 
Panel 


Typical 
Maximum 
Configuration 


• 
16-bit 8086 processor 
(iSBC 86/30 
w/RAM 
MUL- 
TIMOOULE) 


• 
768K bytes RAM (2 - iSBC 056A) 


• 
128K bytes EPROM 
(or 16K E2PROM) 


• 
240 
analog 
inputs 
(3 • iSBC 
88/40A 
w/2 
ea. 


iSBX 311) 


• 
24 analog 
voltage 
outputs 


OR 
• 
24 analog 
current 
outputs 
(4-20 
mA) 


• 
72 isolated 
digital inputs/outputs 


• 
144 TIL 
digital inputs/outputs 
(2 - iSBC 519s) 


(All iCS 9XX Signal Conditioning/Termination 
Panels 


shown 
mounted 
to cabinet) 


Figure 
3.ICSTM 80 Kit 640 with 
12 MULTIBUS~ 


Card Slots 
Mounted 
In NEMA Cabinet 


Figure 
4. Rear View ICSTM 80 Chassis 
Showing 


Power 
Distribution 
Panel (detached 
to show 


terminal 
block), 
and Cabling 
from 
ICS 80 Chassis 


to ICS 9XX RETMA 
Mounted 
Signal 
CondItioning 


Panels 
(Top of ICS 80 Chassis) 
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To assist in development, checkout and service, two 
pushbuttons are provided. The RESET button pulls 
low the initialize line (INIT) on the MULTIBUS back- 
plane. The INTERRUPT button pulls low one inter- 
rupt line on the MULTIBUS backplane (INT1). Logic 
within the iCS 80 ensures that these buttons func- 
tion with all versions of Intel single board computers. 
From the front of the iCS 80 chassis, without a CRT 
or other panel, an operator or service person can 
reset or interrupt on-going iCS 80 system operations 
to get attention, signal an alarm, or start a self-test 
operation. 


A front panel key provides three positions: OFF (AC 
power off and key removable), ON (AC power on, 
pushbuttons enabled, key unremovable), and LOCK 
(AC power on, pushbuttons disabled, key remov- 
able). 


Three indicator light emitting diodes record basic 
chassis 
status. 
POWER 
ON 
(GREEN); 
RUN 
(GREEN); and HALT (RED); the RESET or INTER- 
RUPT buttons will remove the HALT state. 


The iCS 80 chassis has received full Underwriters 
Laboratory approval (F.6 #E70842) as a U.L. listed 
component 
under the 
Underwriters Laboratories 
Safety Standard for Process Control Equipment, 
UL1092. When installed as described in the iCS 80 
Hardware Reference Manual, the iCS 80 chassis 
provides adequate protection against shock, fire and 
casualty hazards, and should comply with most local 
and regional requirements for installation in ordinary 
locations. In addition, the iCS 80 chassis was de- 
signed to comply with the UL requirements for Data 
Processing Equipment, UL478. The iCS 80 has also 
been approved by the Canadian Standards Associa- 
tion under CSA category C22.2 No. 142, the Canadi- 
an Standard for Safety for Process Control Equip- 
ment and C22.2 No. 154 for Data Processing Equip- 
ment. 


Mounting Space for Signal 
Conditioning/Wire 
Terminations 


The cardcages and power supplies in the iCS 80 
chassis are recessed behind the front edge of the 
rack mounting ears to provide mounting space for 
the iCS 9XX series signal conditioning/termination 
panels and field wiring. For smaller systems with 
only one or two iSBC 604/614 cardcages (4 to 8 
slots), up to two iCS 910, iCS 920, or iCS 930 signal 
conditioning/termination 
panels can be mounted 


vertically over the area where the second or third 
cardcage would mount (see Figure 2). The benefit of 
this design is a completely self-contained industrial 
chassis with iSBC cards, power supply, signal condi- 
tioning and field wiring terminations, all in one enclo- 
sure. 


Capacity 


Four slots for MULTIBUS compatible single comput- 
ers, memory, I/O or other expansion boards 


Expandable to 12 slots using two iSBC 614 card- 
cages (Order Separately) 


RESET: Connected to 
Initialize/ 
on 
MULTIBUS 
backplane 


INTERRUPT: Connected to Interrupt 1/ 
line on 
MULTIBUS backplane. 


PANEL 
INDICATOR 
LIGHTS 
(LEOs) 


POWER ON (green): + 5V power exits on the 
MULTIBUS backplane 


RUN (green): CPU is executing an instruction. Light 
goes out if CPU is in WAIT or HALT state 


OFF: AC power off, key removable 


ON: AC power on, pushbuttons enabled, key remov- 
able 


LOCK: AC power on, pushbuttons disabled, key re- 
movable 


ies 80 industrial chassis, three fans for cardcages, 
one fan for power supply, 4-slot cardcage with MUL- 
TIBUS backplane, control panel with switches, indi- 


inter 


cators, keylock, power distribution barrier strip, AC 
power fuse, line filter, 115V power cable, and logic 
for interrupt and reset buttons. An installation pack- 
age is also provided, including a NEMA cabinet 
mounting kit, power supply extension cables, and 
RETMA cabinet mounting screws, 100/120/220/ 
240 VAC operation. 


See the RMX/80 Real-time Multitasking Executive 
specifications for industrial related applications. In 
addition, system monitors for most of the Intel single 
board computers are available in the INSITE (Intel's 
Software Index and Technology Exchange) User's 
Program Library. 


Physical Characteristics 


Height: 39.3 cm (15.7 in.) 
Width: 
48.5 cm (19.0 in.) at front panel 
43.5 cm (17.4 in.) behind front panel 
Depth: 30.0 cm (12.0 in.) with all protrusions 
Weight: 16.8 kg (37.0 Ib) without power supplies 


Environmental 
Characteristics 


(Ambient at iCS-80 air intake, bottom of chassis) 
Temperature: 
(Ambient) 
Operating: 
O·Cto + 50·C (32"F to 122"F) 
Non-operating: - 40·C to + 85·C 
Humidity: 
Up to 90% relative, noncondensing 
at 40·C 


The iCS 80 chassis provides mounting space for the 
iSBC 640 power supply. Unless otherwise stated, 
electrical specifications apply to both power supplies 
when installed by user in iCS 80 chassis. 


INPUT POWER 
Frequency: 47 to 63 Hz. Voltage (Nominal) 
Voltage: 
(Single Phase, Jumper Selectable) 
iCS 80 Kit 640:100,120,220,240 
VAC (± 10%) 


Current 
With ISBC 640 
Input Voltage 


(Including fans) 
5.6Amax 
103 VAX 


2.8A max 
206 VAX 


Power,max: 
580 watts 


Output 
Overvoltage 


Voltage 
Current (max) 
Protection 


ISBC640 
ISBC640 


+12V 
4.5A 
+14Vto 
+16V 


+5V 
30.0A 
+ 5.8V to + 6.6V 


-5V 
1.75A 
-5.8Vto 
-6.6V 


-12V 
1.75A 
-14Vto 
-16V 


Combined Line/Load Regulation: ± 1% at ± 10% 
static line change and ± 50% static load change, 
measured at the output connector (± 0.2% mea- 
sured at the power supply under the same condi- 
tions). 


Remote Sensing: Provided for + 5 VDC output line 
regulation. 


Output Ripple and Noise: 10 mV (iSBC 640 supply) 
peak-to-peak, max (DC to 500 kHz) 


Output Transient Response: Less than 50 fJosecfor 
± 50% load change. 


Maximum Watts 
Dissipation (load 
plus 
losses): 


500W (iSBC 640 supply) 


Complete instructions for installation are contained 
in the iCS 80 Site Planning and Installation Guide, 
including RETMA and NEMA cabinet mounting, and 
field signal, ground wiring and cooling suggestions. 


The iCS 80 Industrial Chassis is warranted to be free 
from defects in materials and workmanship under 
normal use and service for a period of 90 days from 
date of shipment. 


Reference Manuals 


9800799A: iCS 80 Industrial Chassis Hardware Ref- 


erence Manual (SUPPLIED) 


9800708A: iSBC 604/614 Cardcage Hardware Ref- 


erence Manual (SUPPLIED) 


Part Number 
Description 
iCS 80 Kit 640 
iCS 80 system consisting of: 
iCS 80 Industrial Chassis 
iSBC 640 Power Supply 


iSBC® 604/614 
MODULAR CARDCAGE ASSEMBLIES 


• 
Interconnects 
and Houses up to Four 


MUL TIBUS@ Boards per Cardcage 


• 
Connectors 
Allow Interconnection 
of 


up to Four Card cage Assemblies 
for 16 


Board Systems 


• 
Strong 
Card cage 
Structure 
Helps 


Protect 
Installed 
Boards from Warping 


and Physical 
Damage 


• 
Cardcage 
Mounting 
Holes Facilitate 
Interconnection 
of Units 


• 
Compatible 
with 3.S-lnch RETMA 
Rack 


Mount Increments 


• 
Interleaved 
Grounds 
on Backplane 
Minimize 
Noise and Crosstalk 


• 
Up to 3 CPU Boards 
per System 
for 


Multiprocessing 
Applications 


The iSBC 604 and iSBC 614 Modular 
Cardcage 
Assemblies 
units provide 
low-cost, 
off-the-shelf 
housing 
for 
OEM products 
using two or more MUL TIBUS 
boards. 
Each unit inerconnects 
and houses 
up to four boards. 
The base unit, the iSBC 604 Cardcage 
Assembly, 
contains 
a male backplane 
PC edge connector 
and bus 


signal termination 
circuits, plus power supply connectors. 
It is suitable for applications 
requiring 
a single unit, or 
may be interconnected 
with up to three iSBC 614 cardcage 
assemblies 
for a four cardcage 
(16 board) system. 
The iSBC 614 contains 
both male and female 
backplane 
connectors, 
and may be interconnected 
with iSBC 
604/614 
units. Both units are identical, 
with the exception 
of the bus signal terminator 
feature. 
A single unit 
may be packaged 
in a 3.5 inch RETMA 
rack enclosure, 
and two interconnected 
units may be packaged 
in a 7 
inch enclosure. 
The units are mountable 
in any of three planes. 


inter 
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Backplane 


Bus Lines-Ail 
MULTIBUS system bus address, 


data, and command bus lines are bussed to all four 
connectors on the printed circuit backplane 


Connector 
87159-7 


AMP 
Pin 
87023-1 


Polarizing Key 
87116-2 


Connector 
09-50-7071 


Molex 
Pin 
08-50-0106 


Polarizing Key 
15-04-0219 
Power 
Connectors-G 
for 
ground, 
+ 5, 
- 5, 
+ 12V, -12V, 
and -10V 
power supply lines 


ISBC 604-Bus 
signal terminators, backplane male 
PC edge connector only, and power supply headers 


ISBC 614-Backplane 
male and female connectors 
and power supply headers 


NOTE: 
1. Pins from a given vendor 
may only be used with connec- 


tors from the same vendor. 
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ORDERING 
INFORMATION 


Part Number Description 
SBC 604 
Modular Cardcage Assembly (Base 
Unit) 


Bus Arbitration: Serial; up to 3 CPU masters 
Equipment Supplied: iSBC 604 or iSBC 614 
Cardcage Schematic 


Physical 
Dimensions 


Height: 8.5 in. (21.59 cm) 
Width: 14.2 in. (36.07 cm) 
Depth: 3.34 in. (8.48 cm) 
Weight: 35 oz. (992.23 gm) 
Card Slot Spacing: 0.6 in. 


Reference 
Manual 


9800708-iSBC 
604/614 Cardcage Hardware Ref- 


erence Manual (ORDER SEPARATELY) 


Part Number Description 


SBC 614 
Modular Cardcage Assembly 
(Ex- 


pansion Unit) 


I~t"';® tsU8/618 
CARDCAGES 


• Houses 
Eight MUL TIBUS@ ISBC@ 
• Enhanced 
Bus Noise Immunity 
for High 
Boards 
In an Aluminum 
Package 
Speed Systems 


• Board-to-Board 
Clearance 
for ISBC@ 
• Plug on ISBC 618 Unit for up to Sixteen 
MUL TIMODULETM 
Boards on All Slots 
Board Systems 


• Board-to-Board 
Clearance 
for iSBXTM 
• NEMA-Type 
Backwall 
or 19-1nch Rack 
MUL TIMODULETM 
Boards on Two Slots 
Mount Hardware 
Included 
• Parallel Priority Circuitry 
for up to Eight 
• Signal Line Termination 
Circuitry 
on 
Multlmaster 
ISBC@ Boards 
ISBC@ 608 Cardcage 


Intel's 
iSBC 608/618 
Card cages are matched 
to the latest generation 
of iSBC/iSBX 
boards 
which 
mount 
in 
the MUL TIBUS system 
bus. These products 
provide 
several features 
which make them the industry's 
leading 
price/performance 
cardcage 
product. 
MUL TIMODULE 
board 
clearance, 
parallel 
priority 
circuitry, 
enhanced 
backplane 
noise 
immunity, 
and precision 
fit card guides 
are a few of the distinctions 
which 
make 
this the 
industry's 
better 
product. 


The iSBC 608 Cardcage 
is the base unit, housing 
up to eight iSBC boards and their MUL TIMODULE 
boards. 
Additionally, 
this base 
unit includes 
mounting 
hardware 
and fan mounting 
bracketry. 
The 
iSBC 618 
is the 
expansion 
unit, providing 
eight additional 
iSBC board 
slots to the iSBC 608 Cardcage 
for a total 
of sixteen 
board slots which can be NEMA·type 
backwall 
or 19-inch rack mounted. 
This is accomplished 
with the mount- 
ing hardware 
of the iSBC 608 Cardcage. 
The iSBC 618 expansion 
unit also includes 
fan mounting 
bracketry. 


Mechanical 
Aspects 


The iSBC 608/618 Cardcages provide housing and 
a MULTIBUS system bus for up to sixteen single 
board computers and their MULTIMODULE boards. 
The iSBC 608 unit and iSBC 618 unit offer board-to- 
board clearance (0.8 inches or greater) on all eight 
slots for iSBC MULTIMODULE boards. Two slots 
provide clearance (1.2 inches or greater) for iSBX 
MULTIMODULE boards as shown in Figure 1. Each 
cardcage includes precision fitted nylon cardguides 
for secure board fit and accurate MULTIBUS board 
pin alignment. Fan mounting bracketry is also includ- 
ed with each cardcage. This bracketry allows the 
mounting of several industry standard fans. The 
iSBC 608 Cardcage base unit includes aluminum 
mounting hardware for NEMA-type backwall mount- 
ing, or anchoring a sixteen slot iSBC 608/618 com- 
bination in a standard 19-inch rack. 


Electrical Aspects 


The iSBC 608/618 Cardcages implement a parallel 
priority resolution scheme by using plug-in jumper 


+5VDC 
TERMINAL 


GN 
TERMINAL 


I- 
Jl0POWER 
PLUG 
"-... 


connections. There are six different priority schemes 
allowed, each requiring a different jumper configura- 
tion. In systems where an iSBC 618 Cardcage is at- 
tached to the base unit, the base unit will have lower 
priority overall. 
That 
is, 
master 
boards 
in the 


iSBC 608 
base 
unit 
bay gain 
control 
of 
the 


MULTIBUS 
lines only when 
no 
boards 
in the 


iSBC 618 expansion unit are asserting the bus re- 
quest (BREOI) signal. 


Noise-minimizing ground traces are strategically in- 
terleaved between signal and address lines on these 
backplanes. This provides the enhanced noise im- 
munity 
and 
minimized 
signal-to-signal 
coupling 


which is important in high speed, high board count 
microcomputer systems. 


The iSBC 608/618 Cardcages provide power con- 
nector lug bolts for + 5 VDC and ground. The lug 
bolts, compared to other power connection meth- 
ods, help transfer higher amounts of current. Other 
voltages (± 12 VDC, - 5 VDC) are connected via a 
mating power connector plug as shown in Figure 2. 
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Bus Lines 


All MULTIBUS (IEEE 796) system bus address and 
command lines are bussed to each of the eight 
MULTIBUS connectors on the backplane. Ground 
traces are interleaved among these signal lines and 
bussed to the backplane edge connector for inter- 
connection of the iSBC 608 and iSBC 618 back- 
plane. 


Power Connectors 


Ground (OV), + 5V, - 5V, + 12V, -12V 
power sup- 
ply header stakes and power lug bolts are provided 
on the iSBC 608/618 Cardcages as shown in Figure 
2. 


Operating Temperature: O·Cto 55·C 
Storage Temperature: 
-40·C 
to + 85·C 


Humidity: 
50% to 95% non-condens- 
ing at 25·C to 40·C. 


Vibration and Shock: 
2G max. through 50 Hz 


Top-J1: 
J1·J2: 
J8-Bottom: 
All Others: 


1.200 in. (to center) 
1.300 in. (center to center) 
0.700 in. (to center) 
0.800 (center to center) 


Height: 
Length: 
Width: 
Weight: 
Shipping Weight: 


8.38 in. (21.29 cm) 
13.16 in. (33.43 cm) 
7.50 in. (19.05 cm) 
3.50 Ibs (1.59 kg) 
5.75 Ibs (2.61 kg) 


Two at greater than 1.2 
inches; six at 0.8 inches 
For expansion with iSBC 
618 cardcage 
Eight slots are configura- 
ble via the use of jumper 
stakes. 
Six 
priority 


schemes allowed 
Aluminum card housing 
Nylon card guides 
Power connector 
header 


stakes and lug bolts 


Male Backplane 
Connector: 
Parallel Priority Circuitry: 


ISBC@ 618 EXPANSION 
UNIT 
Eight-Slots: 
Two at greater than 1.2 
inches; six at 0.8 inches 
For expansion to 
iSBC 
608 base unit 
Eight slots are configura- 
ble via the use of jumper 
stakes. 
Six 
priority 
schemes allowed. 


Construction Materials: 
Aluminum card housing 
Nylon card guides 
Power connector header 
stakes and lug bolts 
Fan Mounting Hardware 
Schematic 


Female Backplane 
Connector: 
Parallel Priority Circuitry: 


MATING 
POWER 
CONNECTORS 
Vendor 
Part Number 
3M 
3399-6026 
Ansley 
609-2600M 
Berg 
65485-009 


MOUNTABLE 
FANS 
Vendor 
Part Number 
Rotron 
SU2A1-028267 
Torin 
TA300-A30473-10 
Pamotor 
8506D 
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• 
±5V and ± 12V Output 
Voltage 


• 
Sufficient 
Power for 8-12 
MULTIBUS@ 
Computer, 
Memory, 
and Peripheral 
Boards 


• 
Current 
Limiting and Overvoltage 
Protection 
on All Outputs 


• 
UL Listed and CSA Certified 


• 
"AC Low" Power 
Failure TTL Logic 
Level Output 
Provided 
for System 
Power-Down 
Control 


• 
DC Power Cables and Connectors 
Mate 
Directly 
to iSBC 604/614 
and 
ISBC 608/618 
Modular 
Cardcagel 
Backplane 
Assemblies 


• 
100, 120,220, 
and 240V AC Operation 


• 
50 Hz or 60 Hz Input 


The iSBC 640 Power Supply 
provides 
low cost, off·the-shelf, 
single chassis 
power 
generation 
for OEM and 
industrial 
system 
products 
using Intel single 
board 
computers. 
The iSBC 640 supply 
provides 
regulated 
DC 
output 
power 
at + 12V, + 5V, and 
- 5V and 
-12V 
levels. 
The current 
capabilities 
of each of these 
output 
levels 
has been chosen 
to provide 
power over a O°C to + 55°C temperature 
range for one fully loaded 
Intel 
single 
board computer, 
plus residual 
capability 
for most combinations 
of up to eleven 
iSBC memory, 
I/O, 
or 
combination 
expansion 
boards. Current 
limiting and over-voltage 
protection 
is provided 
on all outputs. 
Access 
for AC input is provided 
via a standard 
4-pin keyed connector. 
DC output power levels are provided 
on cables 
with keyed 
connectors 
directly 
compatible 
with the iSBC 604/614 
and iSBC 608/618 
Modular 
Backplane/ 
Card cage assemblies. 
The iSBC 640 supply includes 
logic whose purpose 
is to sense system AC power failure 
and generate 
a TTL signal for clean system 
power-down 
control. 
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Input Power 
Frequency: 50 Hz ±5%, 60 Hz ±5% 
Voltage: 100/120/220/240 
VAC ± 10% 


Via user configured wiring options 


Current 
Current Umlt 
Short Circuit 
OVer- 


Nomll1lll 


Volleg_ 
(Ampe) 
Renge 
(Ampe) 
Yollege 


(Mex) 
(Ampe) 
(Max) 
Protection 


+12V 
4.5A 
4.7-6.8 
2.3 
15V ± 1V 


+5V 
30A 
31.5-45.0 
15.0 
6.2V ± OAV 


-5V 
1.75A 
1.8-3.2 
0.9 
-6.2V 
± OAV 


-12V 
1.75A 
1.8-3.2 
0.9 
-15V 
± 1V 


Combined Line/Load Regulation- 
± 1% at ± 10% 


static line change and ± 50% static load change, 
measured at the output connector (± 0.2% mea- 
sured at the power supply under the same condi- 
tions). 


Remote Sensing-Provided 
for +5 VDC output line 


regulation. 


Output 
Ripple and Noise-10 
mV peak-to-peak 


maximum (DC to 500 KHz) 


Output Transient 
Response-Less 
than 50 /-Lsec 


for ± 50% load change. 


Output Transient Deviation-Less 
than ± 10% of 


initial voltage for ± 50% load change. 


Power Failure Indication 
(AC Low)-A 
ITL open 


collector high signal is provided when the input volt- 
age drops below 90% of its nominal value. DC volt- 
ages will remain within 5% of their nominal values 
for 3.0 milliseconds (minimum, 7.5 ms typical) after 
AC Low goes true. 


The "AC Low" signal will reset to a ITL 
low level 


when the AC input voltage is restored and after all 
output voltages are within specified regulation. 


The "AC Low" threshold is adjustable for optimum 
powerdown performance at other input combina- 
tions (i.e. 100 VAC, 220 VAC, 50 Hz). 


Housing 
Molex 
03-09-2042 
or Equivalent 


Pin 
Molex 
02-09-2118 or Equivalent 
(18 to 22 Gauge Wire) 


Housing 
Molex 
26-03-3071 


Amp 
3-87025-3 


08-50-0187 


Pins 
Molex 
or 


08-50-0189 


Amp 
87023-1 


Key 
Molex 
15-04-9209 


Amp 
87116-2 


NOTES 
1. Pins from given vendor may only be used with connec- 
tors from the same vendor. 
2. iSBC 640 DC output connectors are directly compatible 
with 
input 
power 
connectors 
on 
iSBC 604/614 
and 


iSBC 608/618 
Modular Cardcage/Backplane assemblies. 


Four connectors are provided. 


Physical Characteristics 


Height: 6.66 in. max. (16.92 cm) 
Width: 8.19 in. max. (20.80 cm) 
Depth: 12.65 in. max. (32.12 cm) 
Weight: 30 Ibs. max (13.63 kg) 


Temperature: O°Cto 55°C with 55 CFM moving air 
Non-Operating: - 40°C to + 85°C 


Equipment Supplied 


iSBC 640 Power Supply with AC and DC cables with 
keyed connectors. 


inter 


Reference 
Manuals 


9800803- iSBC 640 Power Supply Hardware Ref- 
erence Manual (order separately) 


9800798- iCS 80 Systems Site Planning and Instal- 


lation Manual (for installation of iSBC 
640 supply into iCS 80 Industrial Chas- 
sis) (Order Separately) 


Manuals may be ordered from any Intel sales repre- 
sentative, distributor office or from Intel Literature 
Department, 3065 Bowers Avenue, Santa Clara. 
California 95051. 


ORDERING 
INFORMATION 
Part Number 
Description 
SBC 640 
Power Supply 


iSBC® 661 
SYSTEM CHASSIS 


• Eight-Slot 
MUL TIBUS® Chassis with 
• Extra-Wide 
Cardcage 
Slot Spacing 
for 
Parallel Priority 
Circuitry 
ISBXTM MUL TIMODULETM 
Board 
• UL, FCC and CSA Approved 
for Data 
Clearance 


Processing 
Equipment 
• Conflgurable 
for Front or Rear Access 
• 230 Watt Power Supply with Power 
Fall 
to MUL TIBUS® Circuit Boards 


Warning 
• Five Connector 
Ports for 1/0 Cabling 
• Designed 
for Slide Rack Mounting 
or 
• Operational 
from 47 Hz to 63 Hz, 
Table-Top 
Use 
100/120/220/240 
VAC ± 10% 


The 
iSBC 661 System 
Chassis 
is an advanced 
MUL TIBUS 
(IEEE) 
796 chassis 
which 
incorporates 
unique 
usability 
and service 
features 
not found 
on competitive 
products. 
This chassis 
is designed 
or rack-mount 
or 
table-top 
applications 
and reliably 
operates 
up to an ambient 
temperature 
of 50·C. Additionally, 
this sytem 
chassis 
is certified 
by UL, CSA and FCC for data processing 
equipment. 


An application 
requiring 
multiprocessing 
will find this eight-slot 
MUL TIBUS chassis 
particularly 
well suited to its 
needs. 
Parallel 
priority 
bus arbitration 
circuiry 
has been 
integrated 
into the 
backplane. 
This 
permits 
a bus 
master to reside in each slot. Extra-wide 
inter-slot 
spacing 
on the cardcage 
allows the use of plug-on 
MUL TI- 
MODULE 
boards without 
blocking 
adjacent 
slots. For this reason, the iSBC 661 System 
Chassis 
provides 
the 
slot-functionality 
of most 16-slot chassis. 
Standard 
logic recognizes 
a system AC power failure and generates 
a TIL 
signal 
for 
use in powerdown 
control. 
Additionally, 
current 
limiting 
and 
over-voltage 
protection 
are 
provided 
at all outputs. 


under User Supplied Options. Rubber feet are in- 
cluded on the chassis for convenient table-top use. 


The chassis is constructed of burnished aluminum 
which 
has been coated with 
corrosion-resistant 


chromate. It contains a system control module which 
presents the front panel control switches to the user, 
and holds the I/O cabling bulkhead to the rear. The 
chassis has the unique feature of being configurable 
for either front or rear access to MULTIBUS circuit 
boards. 


The iSBC 661 System Chassis houses, cools, pow- 
ers, and interconnects up to eight iSBC single board 
computers and their MULTIMODULE boards for the 
MULTIBUS System Bus. Based on Intel's iSBC 608 
Cardcage, the chassis provides 0.8 inches of board 
center-to-center 
clearance on six slots, and 1.2 


inches or more of center-to-center clearance on 
two slots. This permits the users of standard MULTI- 
MODULE boards and custom wire-wrap boards to 
plug into the MULTIBUS System Bus without block- 
ing adjacent slots. All slots provide enough clear- 
ance for iSBC MULTIMODULE boards, and two 
slots 
can 
accommodate 
iSBX 
MULTIMODULE 


boards. 


This is accomplished by a simple procedure involv- 
ing removal of the system control module, reversing 
it end-for-end, and re-securing it to the chassis. The 
system chassis is shipped in a configuration such 
that the MULT1BUS boards are installed from the 
front. 


High-technology MULTIBUS applications requIring 
rack-mount, or laboratory table-top use will find the 
iSBC 661 System Chassis ideal. Standard 19" slid- 
rack mounting is possible with user-provided slides 
attached to the side panels. Slide mounting holes 
are provided in the chassis for the slide-rails listed 


~ I~:~" 
~~ 1 ~ 
~~~;K.OUTS 
L_---------== ;;J 
--- 
L.,..--------_.,.Jl 


I- 
16.95- -----<.\ T 
BACKPANEl 
1••• ----19" 
_I 
0,625" 


FRONT 
VIEW 
SIDE VIEW 


r-----...., 


I 
1 


I 
POW~~~~PPLy 
1 


I 
1 
L 
-l 


r-----...., 
I 
I 


1 
~~~~c" 
••.g: 
1 


1 
1 
L 
-l 


1 
I 
FAN 
I 


1 


L.. 
r 
I 
I 
FAN 
I 
~1 
-.-.- 
To.< 


The iSBC 661 System Chassis is powered by the 
iSBC 640 power supply. This is a standard Intel pow- 
er supply which 
has been adopted 
by several 


MULTIBUS vendors throughout the industry. It sup- 


00 


plies 230 watts of power, power fail warning, and 
remote sensing of + 5 volts. Its electrical and opera- 
tional parameters are listed under Specifications. 


The cardcage of the iSBC 661 System Chassis im- 
plements a user-changeable parallel priority bus ar- 
bitration scheme by using plug-in jumper connec- 
tions. Six different priority schemes are allowed, 
each scheme fixing the priority to the eight MULTI- 
BUS board slots. Bus contention among eight bus- 
masters in a multiprocessing environment can be 
managed using this approach. 


Noise minimizing ground traces are strategically in- 
terleaved between signal and address lines on the 
system bus. This provides the enhanced noise im- 
munity 
and 
minimized 
signal-to-signal 
coupling 


which is particularly important in high speed, high 
board count microcomputer systems. 


Output 
Current 
Over-Voltage 
Voltage 
Current 
Limits 


(max.) 
(amps) 
Protection 


+12V 
4.5A 
4.7-6.8 
15V ± 1V 


+5V 
30.0A 
31.5-45.0 
6.2V ±OAV 


-5V 
1.75A 
1.8-3.2 
-6.2V 
±OAV 


-12V 
U5A 
1.8-3.2 
-15V 
±1V 


Operational 
Parameters 


Input AC Voltage-100/120/220/240 
VAC ±10% 
(User selects via external switch), 47-63 Hz 
Power-Fail Indication and Hold-Up Time (triggered at 
90% of VAC in)-TTL 
O.C. High 3 msec. (min.) 


Output Ripple and Noise-1 % Peak-to-Peak output 
nominal (DC to 0.5 MHz) 
Operational Temperature-o°C 
to 50°C 


Storage Temperature--40°C 
to 70°C 


Operational Humidity-10% 
to 85% relative, non- 


condensing 
Remote Sensing-Provided 
for + 5 VCD 


Output Transient Response-50 
J..Ls 
or less for 


± 50% load change 


Physical Characteristics 


Width: 16.95 inches (43.05 cm) 
Height: 8.72 inches (22.2 cm) 
Depth: 19.00 inches (48.3 cm) 
Weight: 41 pounds (21 kg) 


Shipping Weight (approx.): 50 pounds (25 Kg) 


Equipment Supplied 


iSBC~ 661-1-Eight-slot 
MULTIBUS system chassis 


with parallel priority arbitration circuitry and 230 watt 
linear power supply 


(Not included: order separately) 


145340-001-iSBC 
661 System Chassis Hardware 


Reference Manual 


User Supplied Options 


Compatible Rack-Mount Slides-Chassis 
Trak, Inc., 


P. O. Box 39100, Indianapolis, IN 46239; Part No. 
C300 S 122 


ORDERING 
INFORMATION 
Part Number 
Description 
SBC 6611 
Eight-slot MULTIBUS system chas- 
sis with parallel priority arbitration cir- 
cuitry and 230 watt Linear Power 
Supply 


OEM CHASSIS 
MODEL 93 
MODEL 94 


• A chassis for user installed 51,4/I peripherals 
and MULTIBUS@single board computers 


• Model 93 - 
Four MULTmUS slots, three 
iLBxr" slots 


• Model 94 - 
Five MULTIBUS slots, two 
iLBX slots 


• Extra wide cardcage slot spacing for iSBX 
or MULTIMODULE™ clearance for two of 
seven slots 


• 360 watt power supply 


• Designed to meet UL, CSA, FCC Class A, 
IEC 435 and VDE Class A requirements for 
data processing equipment 


The cardcage accepts up to seven 
MULTIBUS (IEEE 796) single board 
computers and supports parallel 
priority resolution for multiprocessing 
applications. 
Two of the seven slots 


have extra wide spacing to accommo- 
date iSBX MULTIMODULE 
boards. 


The Model 93 incorporates three 
iLBX bus slots on the P2 connector. 
The Model 94 incorporates two iLBX 
bus slots on the P2 connector. 


There is room in the chassis for one 
non-standard printed circuit board. 
This space would typically house a 
data separator or tap formaller board. 


Peripheral 
Mounting 


The chassis contains space for two full 
height or four half height 5'.4 " 
peripheral devices. The dimensions 
are: 
Width: 
Height: 
Depth: 


30.0 cm (II 
3/4 ") 
8.5 cm 
(3 1/8 ") 


22.0 cm 
(8 3/4") 


This chassis provides standard moun- 
ting holes for 5 ',4" devices. Filler 
panels are shipped with the system to 
cover any space not occupied by mass 
storage devices. 


Cooling 


Two fans force air across the chassis 
from left to right (looking at the front 
of a horizontally oriented chassis). 


The chassis consists of a plastic base, 
a plastic top cover, a metal I/O panel 
and two front filler panels. The 
MULTIBUS cards are oriented 
horizontally when the system is 
oriented horizontally. 


User Controls 


The front of the chassis contains a 
reset bUllon, an interrupt bUllon, a 
power on light, and a run light. user 
installation of appropriate wiring (not 
included) is required to operate these 
controls. 


The chassis can be mounted hrizontal- 
Iy on a table top or in a 19" NEMA 
rack. The chassis can be mounted 
vertically in an optional floorstand. 


Rack mounting holes are molded into 
the chassis base and are designed for 
use with rack mount slide available 
from Chassis Trak. 


Vertical mounting requires the pur- 
chase of an optional floorstand (order 
code SYP312). Use of the floorstand 
does not change the environmental 
specifications. 


The rear panel of the chassis contains 
a metal Input/Output 
panel as well as 


the on/off switch, the AC power 
receptacle, a fuse, a filter, and a volt- 
age selector. The metal Input/Output 
panel contains knockouts which can 
support the following connector types: 


Connector Type 
15 pin D sub 
25 pin D sub 
TI/50 pin D sub 
750 BNC 
36 pin D 
26 GPIB 


Power Supply 


Quantity 
2 
21 
3 
5 
I 
I 


The chassis contains a 360 wall power 
supply which is user selectable for 
110/220 VAC 47-63 Hertz. The wiring 
harness shipped with the chassis 
supplies power to the MULTIBUS 
backplane, 
the fans, two industry 


standard 5',4 " or four half high 
industry standard 5 ',4" peripherals. 


5\0/1 
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BAY 
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POWER 
ON ' OFF 
\"~"- 


INPUT POWER: 
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100/110/120 
- 
2201240 
VAC 


50160 
HZ 


SPACE 
FOR 
TWO 
(CUSTOMER 
INSTALLED) 
FULL 
HEIGHT 
5 V." 
PERIPHERALS 


"RUN" 
LIGHT 
AND 
INTERRUPT 
SWITCH 


Chassis Front View 
Desk Top or Rack Mount 
or Floor Standing 
(WIOptionai Stand) 


PORT 
TYPE 
SIZE 
TYPICAL 
USE 


TYPE 
1 
25-Pin 
'0' 
subminiature 
RS232C 


TYPE 
2 
15-Pin 
'0' 
subminiature 
Networks 


TYPE 
3 
37-Pin 
'0' 
subminiature 
Miscellaneous 


TYPE 
4 
35-Pin 
'0' 
Parallel 
Printer 


TYPE 
5 
26-Pin 
'0' 
GPIB 
488 


TYPE 
6 
75 Ohm 
BNC 
Video 
AC POWER 


ONIOFF 


Jl 
J2 
J3 
J4 
J5 
® G::) 
( 
3 
) ( 
3 
) ( 
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~ 
CD CQ CD 


FUSE 
AND 


VOLTAGE 


SELECTOR 


SPECIFICATIONS 


Dimensions 


HORIWNTAL 
ORIENTATION 


Height: 
165 nun 
(6.5") 
Width: 
432 nun (17.0") 
Depth: 
508 nun (20.0") 
Approximate 
Weight: 18.1 Kg (42 Ib) 


VERTICAL ORIENTATION 


Height: 
620 nun (24.4 ") 
Width: 
216 nun 
(8.5") 
Depth: 
584 nun (23.0") 
Approximate 
Weight: 25.5 Kg (55 Ib) 


Safety 
Requirements 


EMI Limits 


The chassis is designed to meet: 
Safety: UL 114, CSA 22.2, IEC 435 
RFI/EMI: 
FCC Docket 2<J780Class A 
VDE0871 Class A 


Actual compliance will depend on the 
single board computers, peripherals, 
and the cable connectors which the 
user installs in the chassis. 


Voltage and Maximum Current: 


88 to 132 VAC, 6 amps or 
176 to 264 VAC, 4 amps 


Frequency: 47 to 63 Hertz 


Maximum power consumption: 
600 watts 


The chassis is shipped configured for 
120 VAC operation. 
The user can 
easily change this selling for use with 
220 VAC. 


Output 
Power 


Voltage and maximum current: 


+5VDC 
4.75 to 5.25VDC 
45 amps 
+12VDC 
11.40 to 12.6OVDC 
8 amps 


-12VDC 
-11.4 to -12.6VDC 
2.5 amps 


Maximum total output power: 360 watts 


Environmentals 


The following numbers are the limits for 
this chassis regardless of customer 
configuration 


Operating: 
10"C to 35 "C 


26°C maximum Wet Bulb 
temperature 20% to 80% Relative 
Humidity, non-condensing 


Altitude: Sea Level to 2,400 meters 
(8,000 ft) 


Shock: 30 G Non-operating 


Vibration: 


5 Hz to I KHz Random 
0.001 Gal Hz (I G rms) Operating 


The chassis is not intended for use in 
mobile or high vibration environments 


Chassis: 
SYS310AP93 


Chassis: 
SYS310AP94 


Floorstand: SYP312 


Chassis Trak 300S non-pivoting rack 
slide or equivalent are available from 
Chassis Trak, Inc., P.O. Box 39100, 
Indianapolis, 
Indiana 46239. 


Intel believes that the information in 
this document is accurate as of its 
publication date; such information is 
subject to change without notice. Intel 
is not responsible for any inadvertent 
errors. 
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iSBC PKG/609 
MULTIBUS® II CARDCAGE ASSEMBLIES 


• 
Available 
in Two Sizes to Hold Up to 6 
or 9 MUL TIBUS® 
II Boards 


• 
Designed 
to Mount Inside a Chassis or 
Other 
Enclosure 


• 
Accommodates 
Intel iSBC® PKG/902 
and iSBC® PKG/903 
2 and 3 Slot 
iLBXTM II Backplanes 


• 
All Lines Fully Terminated 
per the iPSB 
MUL TIBUS 
II Specification 


• 
Assembly 
Uses Aluminum 
Extrusion 
Construction 
for Strength 
and Rigidity 


• 
Uses a 6 Layer Parallel System 
Bus 
(iPSB) Backplane 


The iSBC PKG/606/609 
series of cardcages 
are designed 
to mount and interconnect 
up to 6 or 9 MUL TIBUS II 
boards for small to medium size advanced 
MUL TIBUS II microcomputer 
systems. 
The cardcages 
are compact 


in size and easily 
mount 
in standard 
or custom 
enclosures. 
Extra-wide 
support 
extrusions 
and 
heavy 
duty 
endplates 
help make the iSBC PKG/606/609 
cardcage 
assemblies 
especially 
suited for installation 
in systems 
located 
in high vibration 
or high shock 
environments. 
Installed 
in the cardcage 
assembly 
is a 6 layer iPSB 
backplane 
that 
utilizes 
separate 
power 
and ground 
planes 
and fully terminates 
all signal 
lines. This 
layout 
minimizes 
system 
noise and ensures 
reliable 
operation 
even in a fully loaded, 
multiprocessor-based 
system. 


The 
cardcages 
accommodate 
up 
to 
6 
(iSBC 
PKG/606) 
or 9 (iSBC PKG/609) 
MULTIBUS II 
boards spaced at 0.8 inch centers. The assemblies 
are designed to hold "double high" (6U) Euro form- 
factor boards (233.4 mm high x 220 mm deep) or a 
mixture of "single high" (3U) and "double high" 
boards using additional hardware (not supplied). 
Each installed board is held in place by two screws 
supplied as part of the board retainer hardware. 


The cardcage frame is built using five support extru- 
sions and two aluminum end plates as shown in fig- 
ure 1. Both cardcages are 10.5" wide and 10.1" 
deep and vary in height according to model (see 
specifications section). 


The cardcages are designed to mount inside chassis 
or other enclosures and may be installed so that the 
MULTIBUS II boards load either horizontally or verti- 
cally in the unit. All assembly hardware is counter- 
sunk allowing the cardcages to be mounted flush 
against any internal chassis surface. 


A Parallel System Bus (iPSB) backplane is mounted 
to the P1 side of the assembly, and one or more 
iLBXTMII backplanes (not supplied) can be mounted 
to the P2 side. 


The iPSB backplane uses a 6 layer design with sep- 
arate power and ground layers and a signal routing 
scheme which 
minimizes ringing, crosstalk, and 
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SIDE 
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ILBX~II 
MOUNTING 
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capacitive loading on the bus. Mounted on the back- 
plane are 6 or 9, 96-pin, female DIN connectors (de- 
pending on model), bus termination resistors, decou- 
piing capacitors, and power terminals. Press-fit tech- 
nology is used throughout. The PC board is UL rec- 
ognized for flammability. The card cages themselves 
are UL recognized components. 


Single In-line Package (SIP) style resistors are used 
to terminate all address, clock, data, and control 
lines. Each termination consists of two resistors 
which connects the line to +VCC and ground. Dif- 
ferent size resistors are used according to the type 
of driver connected to the line in an operating 
system. 


The DIN type connectors are female, 96 pins, fully 
gold plated, and meet IEC standard 603-2-IEC- 
C096F. The connectors are mounted on 0.8" cen- 
ters to match Intel's iPSB (Parallel System Bus) 
MULTIBUS II backplanes and are keyed to ensure 
proper mating to the MULTIBUS II board. The con- 
nector can provide up to 9 amps of current at + 5V 
to each MULTIBUS II board in addition to the current 
available over the iLBX II backplane. 


Screw terminals on the backplane are provided for 
connection to + 5V, ± 12V power and ground. In ad- 
dition, an extra + 5V terminal is provided for connec- 
tion to a backup battery for memory protection dur- 
ing power fail conditions. These terminals, each of 
which can handle up to 25 amps of current at 55·C, 
provide a simple and highly reliable connection 
method to the system power supply. 


The first slot position is designed to accept the Cen- 
tral Services Module (CSM) MULTIBUS II board. All 
other 
slots 
can 
accept 
any 
combination 
of 
MULTIBUS II boards. 


I. 
10.111N 
.1 
~(25.88CM.)~ 
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/ -' 
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Figure 1. Cardcage Assembly Dimensions (ISSCI!>PKG/609 
shown) 
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Specification 
ISBC~PKG/606 
Cardcage 
ISBC~PKG/609 
Cardcage 


Board Capacity 
6 
9 
Dimensions 
Height 
15.20 cm (5.98 in.) 
21.20 cm (8.38 in.) 
Width 
26.59 cm (10.47 in.) 
26.59 cm (10.47 in.) 
Depth 
25.93 cm (10.21 in.) 
25.93 cm (10.21 in.) 
Weight 
4 Ibs. (1.8 kg) 
5 lbs. (2.3 kg) 


Board Spacing 
0.8 in. (20.3 cm) 


Mounting 
Hole Locations 
See Figure 2 


Construction 
Materials, 
Aluminum 
extrusions 
and end plates, nylon card guides 
Cardcage 
Frame 


Construction 
Method 
Six layer backplane 
with separate 
VCC and ground layers; 
iPSB Backplane 
all connectors, 
power terminals, 
and resistor/capacitor 
sockets 
are press-fit 
into the backplane 


Connector 
Type 
96 pin "DIN" 
female, gold plated, meets IEC standard 
603-2-1 EC-C096-F 


iPSB Backplane- 
Meets 
Intel MUL T1BUS " specifi- 
cation 
No. 
146077 
for 
board 
dimensions, 
layout, 
signal 
line 
termination, 
and 
transmission 
characteristics 


Power Connections- 
Type: 
Screw 
terminal 
block, 
AMP PIN 
55181-1, 
Winches- 
ter 
PIN 
121·25698-2, 
or 
equivalent 


ISBC~PKG/606 
ISBC~PKG/609 


Voltage 
Cardcage 
Cardcage 


Quantity 
Current 
Quantity 
Current 
(amps) 
(amps) 


+5 
3 
54 
4 
81 
+12 
1 
12 
1 
18 
-12 
1 
12 
1 
18 
+5BB 
1 
12 
1 
18 
GND 
4 
78 
5 
135 


1.49 IN 
(3.78 eM) 
--l 
I 
I 
TO--Ot 


8.28 IN. 
BOTTOM 
"I. ,,~ 


.731N4 ~ 
FRONT -4 
(1.85CMl 
9.01IN 
(22.89 CM) 


BACKPLANE 
MOUNTING 
LOCATION 


Figure 2. Mounting 
Hole Locations 
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Mating Connection: No. 6 locking spade or ring 
tongue lug 


Voltage 
Current 


+ 
5V 
9A 
+12V 
2A 
-12V 
2A 
+5BB 
2A 


iSBC PKG/606 
6 slot MULTIBUS II Cardcage 
Assembly 


iSBC PKG/609 
9 slot MULTIBUS II Cardcage 
Assembly 


Operating Environment: 
0-55°C (at 25 amps per power terminal); 
0-70°C (at ::;;18 amps per power terminal); 
0% to 95% relative humidity, non-condensing; 
0-10,000 ft. altitude. 


Reference Manual- 
MULTIBUS II Cardcage As- 
sembly and iLBX II Back- 
plane User's Guide, PIN 
146709-001 (supplied). 


inter 


iSBC® PKG/902 
iSBC® PKG/903 
MULTIBUS® II iLBXTM II BACKPLANES 


• 
Provides 
iLBXTM II Interconnect 
for 


Fastest 
CPU/Memory 
Data Transfers 


• 
Designed 
to Mount In MUL TIBUS® 
II 


Cardcage 
Assemblies 


• 
Meets All Electrical 
and Mechanical 


Requirements 
of the MUL TIBUS® 
II 


Specifications 


• 
Uses a 6 Layer, Fully Terminated 
Backplane 


• 
Includes 
a 10 Pin Connector 
for 
BITBUSTM Applications 


• 
Available 
in 2 Slot (iSBC® PKG/902) 


and 3 Slot (ISBC® PKG/903) 
Sizes 


The iSBC PKG/902 
and iSBC PKG/903 
series of iLBX II backplanes 
are designed 
to mount on the P2 side of 
Intel's MUL TIBUS II cardcage 
assembly 
or other double 
Euro (6U) cardcage. 
One or more backplanes 
may be 
installed 
in a system to allow high speed data transfers 
between 
the CPU and memory 
boards 
installed 
in the 
system. 
The iLBX II backplane 
uses a 6 layer PCB with separate 
power and ground planes and full termination 
on all signal lines. This design 
minimizes 
system 
noise and ensures 
reliable 
operation 
in all applications. 


inter 
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Dimensions 
A 
B 


iSBC PKG/902 
IN 
1.55 
.80 
CM 
3.94 
2.03 


iSBC PKG/903 
IN 
2.35 
1.60 
CM 
5.97 
4.06 


Figure 1.ILBXTM II Board Dimensions 


(ISBC@PKG/903 Shown) 


Mechanical and Electrical 


The iSBC PKG/902 
and iSBC PKG/903 iLBX II 


backplanes use a 6 layer printed circuit board (PCB) 
with separate power and ground layers and a signal 
lead routing scheme which minimizes ringing, cross- 
talk, and capacitive loading on the bus. Mounted on 
the PCB are two (iSBC PKG/902) or three (iSBC 
PKG/903) 96 pin DIN connectors, one 10-pin BIT- 
BUS connector, terminating resistors, decoupling 
capacitors, and power terminals. The resistors and 
capacitors are mounted into sockets, and all parts 
are press-fit into the backplane. The PCB is UL rec- 
ognized for flammability. 


Single In-line Package (SIP) style resistors are used 
to terminate all address, clock, data, and control 
lines. Each termination consists of two resistors 
which connects the line to + VCC and ground. Dif- 
ferent size resistors are used according to the type 


of driver connected to the line in an operating sys- 
tem. The SIP style resistors help make the board 
compact in size and allows the designer to mount 
several backplanes directly adjacent to one another 
in a system without having to skip slots. 


Mounted on the rear of the backplane is a 10-pin 
BITBUS connector. This connector serves as the se- 
rial communication interface for any iSBX 344 BIT- 
BUS controller boards installed in the system. 


The DIN type connectors are female, 96 pins, fully 
gold plated, and meet IEC standard 603-2-IEC- 
C096F. The connectors are mounted on 0.8" cen- 
ters to match Intel's iPSB (Parallel System Bus) 
MULTIBUS II backplanes and are keyed to ensure 
proper mating to the MULTIBUS II board. The con- 
nector can provide up to 6 amps of current at +5V 
to each MULTIBUS II board in addition to the current 
available over the Parallel System Bus backplane. 


Screw terminals on the backplane are provided for 
connection to + 5V power and ground. These termi- 
nals, each of which can handle up to 25 amps of 
current, provide a simple and highly reliable connec- 
tion method to the power supply. 


Mechanical and Environmental 
Connector Spacing: 20.3 cm (0.8 in) 
Number of Slots: iSBC PKG/902: 2 slots 


iSBC PKG/903: 3 slots 


Board Dimensions: See Figure 1 
Weight: iSBC PKG/902--o.2 
kg (8 oz) 
iSBC PKG/903--o.3 
kg (12 oz) 


Connectors: 
DIN: 96-pin female, gold plated, meets IEC stan- 


dard 603-2-IEC-C096-F 
BITBUS: 10-pin male, gold plated, T&B Ansley 609- 


1012M, or equivalent 
Constructed Method: Six layer backplane with sep- 


arate VCC and Ground layers 
All connectors, power termi- 
nals, and 
resistorIcapacitor 
sockets are press-fit into the 
backplane 
Mounting Hole Location: See Figure 1 
Operating Environment: O·C- 70·C ambient temper- 


ature; 0% to 90% relative 
humidity, non-condensing; 
o ft.-10,000 ft. altitude 


inter 


Electrical 


Backplane Electrical 
Characteristics and 
Line Terminations: 


Per Intel MULTIBUS II 
specification 146077, 
Sec. II, iLBX II 


Power Connections 
Type: Screw terminal block: AMP PIN 
55181-1; 
Winchester PIN 121-25698-2; or equivalent 


Mating Connection: No. 6 locking spade or ring 
tongue lug 


Quantity: 2(VCC, Ground) 


Current Rating: iSBC PKG/902: 
12 amps; iSBC 


PKG/903: 
18 amps 
(Power and 


Ground) 


Maximum Current 
6 amps (over the iLBX II back- 


Available Per Slot: 
plane) 


MULTIBUS II Cardcage Assembly and iLBX Back- 
plane User's Guide, PIN 146709-001 (not supplied) 


ORDERING 
INFORMATION 


Part Number 
Description 
iSBC PKG/902 
2 slot iLBX II Backplane 


iSBC PKG/903 
3 slot iLBX II Backplane 


SYP 500 
MULTIBUS® II 
SYSTEM CHASSIS 


• Full enclosure MULTIBUS® II design 
development tool or OEM chassis 


• Office and industrial applications 


• 3 full height/6 half height peripheral 
bays 


• 8 slot MULTIBUS® II cardcage 
assembly 


• 3 slot iLBX™II backplane 


• 535 Watt power supply 


• Fully tested: low-noise, shock/~ibration 
and electrostatic resistant 


Intel 
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The SYP 500 System Chassis is a 
MULTIBUS II design tool enabling 
product designers to begin work 
immediately on MULTffiUS II 
development projects. It is also ideal 
for OEM applications. Two front 
mounted LEDs indicate "Power 
On" 
and "Status" 
(PSB busy) while a 
keyswitch provides external "reset" 
capabilities for the chassis. The voltage 
selector, power-on switch and cardcage 
opening are located in the rear of the 
chassis. Three peripheral bays, two of 
which are accessible from the front of 
the chassis, support up to three industry 
standard 5.25" full-height or six half- 
height peripherals. 
An eight slot 
cardcage, Parallel System Bus 
and iLBX II backplane assembly are 
integrated with a 535 Walt 
power supply. 


FUNCTIONAL DESCRIPrION 
Mechanical 
Features 
Intel's SYP 500 MULTIBUS II Chassis 
is a full enclosure, off-the-shelf design 
development tool and OEM chassis. 
Designers and systems integrators can 
integrate their MULTIBUS II board set 


SPECIFICATIONS: 
Electrical 
Parameters 


Maximum Amperage: 
Voltage 


+ 5V 
+12V 
-12V 


Designed to meet: 
UL 478 
CSA C22.2 No. 154 
FCC Class B 
VDE Level B 
IEC 435 


Operational 
Parameters 


AC Power Input: 
90-132 VAC or 
180-264 VAC at 47-63 Hz 


Operating Temperature 
Range: 
10°C to 55°C 


Storage Temperature: 
-40°C 
to 60°C 
Operational Humidity: 
10% to 85% relative, 
non-condensing 


with tape, Wini or floppy peripherals 
into a complete system. The SYP 500 
has three full-height 5.25" peripheral 
bays. Peripheral power cables, office 
and industrial environment cooling, and 
peripheral mounting brackets for 
industry standard full- or half-height 
peripherals are provided with the 
chassis. Access via the front panel 
allows two of the bays to be configured 
with removable media peripherals e.g. 
tape and floppy drives. 


This chassis includes an eight-slot 
MULTIBUS II cardcage assembly with 
0.8" centers (slot width). The cardcage 
is made with heavy duty endplates and 
extra-wide support extrusions to ensure 
adequate support for most applications. 
For industrial applications, 
this chassis 


is mountable into any 19" vertical rack. 


Two backplanes are installed in the 
cardcage assembly: the system 
backplane and the auxiliary backplane. 
The system backplane is the Parallel 
System Bus (iPSB) for communications 
between up to eight MULTIBUS II 
boards. This backplane utilizes separate 
power and ground planes and fully 
terminates all signal lines. The 


auxiliary backplane, on the other 
hand, provides direct high speed 
interconnection 
between a processor 


board and memory boards. It contains 
three iLBX slots. One of these slots has 
a IO-pin BITBUS connector that serves 
as a serial interface for any iSBX 344 
BITBUS controller board installed in 
the system. This cardcage conforms to 
the published MULTIBUS II 
specification. 


Electrical 
Features 


The SYP 500 chassis has a 535 Walt 
switching power supply with selectable 
AC power input of 115V or 220 V at 
47-{)3Hz. The AC input power is 
externally selectable with a slide switch 
mounted on the rear of the chassis. A 
power distribution board is installed in 
the chassis to allow easy connection to 
all peripheral bays through six plugs 
mounted on the power distribution 
board. 
The chassis has been fully tested to 
ensure low-audible noise emission, 
resistance to electrostatic discharge and 
resistance to appropriate levels of 
vibration and shock in both office and 
industrial environments. 


Physical Parameters 
Height: 
7.75" (19.7 cm) 


Width: 
17.5" (44.5 cm) 


Depth: 
22.25" (56.5 cm) 


Weight: 
33 Ibs. (15 kg.) 


Bay Dimensions 


3.5" wide x 6"high 
x 8.5" deep 


Acoustical 
Noise 


Less than 50 dbA in office environment (30°C) 


Electrostatic 
Discharge 
No hard errors to 12.5 kV 


Contents 


• 8-slot MULTIBUS II Chassis 
• Power cord 
• User's guide 
• Two keys 


• Peripheral mounting brackets & power cables 


Ordering 
Information 
SYP 500 


75A 
lOA 
2.5A 
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• 
High Performance 
12 MHz 8044 


Controller 


• 
Integral 
Firmware 
Including 
the IDCX 51 


Executive 
Optimized 
for Real-Time 


Control 
Applications 


• 
Full BITBUSTM Support 


• 
2 28-Pln JEDEC Memory 
Sites for 


User's Control 
Functions 


• 
Low Cost, Double-Wide 
ISBXTM BITBUS 


Expansion 
MUL TIMODULETM 
Board 


• 
Power 
Up Diagnostics 


The iSBX 344A 
BITBUS 
Intelligent 
MUL TIMODULE 
board 
is the BITBUS 
gateway 
to all Intel products 
that 
support 
the iSBX 1/0 Expansion 
Interface. 
Based 
on the highly 
integrated 
8044 component 
(an 8-bit 8051 
microcontroller 
and an SDLC-based 
controller 
on one chip) the iSBX 344A MUL TIMODULE 
board extends 
the 
capability 
of other microprocessors 
via the BITBUS interconnect. 
With the other members 
of Intel's 
Distributed 
Control 
Modules 
(iDCM) family, 
the iSBX 344A MUL TIMODULE 
board 
expands 
Intel's 
OEM 
microcomputer 
system capabilities 
to include distributed 
real-time 
control. 
Like all members 
of the iDCM family, the iSBX 344A 
MUL TIMODULE 
board includes 
many features 
that make it well suited for industrial 
control 
applications 
such 
as: data acquisition 
and monitoring, 
process 
control, 
robotics, 
and machine 
control. 


inter 
ISBXTM 344A BOARD 


Intel's Distributed Control Modules (iDCM) product 
family contains the building blocks to implement 
real-time distributed control applications. The iDCM 
family incorporates the BITBUS interconnect to pro- 
vide standard high speed serial communication be- 
tween microcontrollers. The iDCM hardware prod- 
ucts: 
including the 
iSBX 344A 
MULTIMODULE 


board, iPCX 344A board and all iRCB BITBUS Re- 
mote Controller Boards communicate in an iDCM 
system via the BITBUS interconnect as shown in 
Figure 1. 


As a member of the iDCM product line the iSBX 
344A MULTIMODULE board fully supports the BIT- 
BUS microcontroller 
interconnect. 
Typically, the 


iSBX 344A MULTIMODULE board would be part of a 
node (master or slave) on the BITBUS interconnect 
in an iDCM system. As shown in Figure 2 the iSBX 
344A MULTIMODULE board plugs into any iSBC@ 
board with an iSBX connector. 


The iSBX 344A MULTIMODULE board is the hard- 
ware interface between Intel's MULTIBUS@and the 
BITBUS environment. With this interface the user 
can harness the capabilities of other Intel microproc- 
essors e.g. 80386, 80286, 80186, 8086, 80188, 
8088 in a iDCM system or extend an existing MULTI- 
BUS system with the iDCM family. 


Typically, MULTIBUS iSBC boards have a maximum 
of two iSBX I/O expansion connectors. These con- 
nectors facilitate addition of one or two iSBX I/O 
MULTIMODULE boards with varying numbers of I/O 
lines. The iSBX 344A MULTIMODULE board in- 
creases the number of I/O lines that can be accom- 
modated by a MULTIBUS system by at least an or- 
der of magnitude. 


Extending 
BITBUSTM fiDCM System 


Processing 
Capability 


The iSBX 344A MULTIMODULE board allows utiliza- 
tion of other processors in a iDCM system to accom- 
modate 
particular application 
requirements. The 


MULTIMODULE board is compatible with any iSBX 
connector so that any board having a compatible 
connector can potentially enhance system perform- 
ance. Intel's DCS100 BITBUS Toolbox Software 
provides easy to use high performance software in- 
terfaces for iSBC boards. The iSBC 86/35, 286/12, 
and 188/48 boards are a few examples. Custom 
configurations are also possible with user custom- 
ized software. 


Figure 1.IDCM 
Operating 
Environment 
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inter 


Figure 3 illustrates the major functional blocks of the 
iSBX 344A board: 8044 BITBUS Enhanced Micro- 
controller (BEM), memory, BITBUS microcontroller 
interconnect, Byte FIFO interface, initialization and 
diagnostic logic. 


~ 
1/0 EXPANSION 
BUS 


INITIALIZATION 
& DIAGNOSTIC 
LOGIC 


OFF CHIP 
MEMORY 
~ 
DATA 
SITE 
28PIN 
CODE 
SITE 


The heart of the iSBX 344A MULTIMODULE board's 
controlling and communication capability is the high- 
ly integrated 12 MHz 8044 microcontroller. The 8044 
consists of the advanced 8-bit, 8051 microcontroller 
and a SDLC-based controller called the Serial Inter- 


face Unit (SIU). This dual processor architecture al- 
lows complex control and high speed communica- 
tion to be realized cost effectively. 


The 8044 BEM microcontroller also includes built-in 
firmware known as DCM44. This firmware includes a 
set of functions called Remote Access and Control 
(RAG),a preconfigured version of the DCX51 Execu- 
tive, communications software, and a power-up test 
procedure. 


Memory 


The iSBX 344A MULTIMODULE board memory con- 
sists of two internal and external memory. Internal 
memory is located in the on-chip memory of the 
iDCM controller. The iDCX 51 Executive and the re- 
maining 8044 BEM firmware ration this resource. 
However, eight bytes of bit addressable internal 
memory are reserved for the user. Ample space is 
reserved for user programs and data in the iSBX 
344A MULTIMODULE board external memory. 


Two 28-pin JEDEC sites comprise the iSBX 344A 
MULTIMODULE board external memory. One site 
has been dedicated for data; the other for code. Ta- 
ble 1 lists the supported memory devices for each 
site. Intel's 2764 and 27128 are examples. The user 
may choose one of two memory configurations and 
specify different memory sizes by placing the proper 
jumpers at system initialization. The most flexible 
configuration option provides the user with access to 
the code site for program download or upload. This 
feature ensures expansion of an existing system is 
easily accommodated. For example, the addition of 
another conveyor to a material handling system 
would require adding another controller or control- 
lers and changes to existing applications code and 
addition of new code. 


Device 
Data Site 
Code Site 


4Kx 8-64K x 8 
No 
Yes 


EPROM/ROM 
2Kx8-32Kx8 
Yes 
Yes 


SRAM 
2K x 8-16K x 8 
No 
Yes 


NVRAM and E2PROM 


inter 


BITBUSTMMicrocontroller 
Interconnect 


The iSBX 344A MULTIMODULE board fully supports 
the 
BITBUS 
microcontroller 
interconnect. 
The 


BITBUS interconnect is a serial bus optimized for 
control applications. The interconnect supports both 
synchronous and self-clocked modes of operation. 
These modes of operation are selectable dependent 
on application requirements as are the transmission 
rates. Table 2 shows different combinations of 
modes of operations, transmission rates, and dis- 
tances. The SDLC-based protocol, BITBUS mes- 
sage format, and compatibility with Intel's other soft- 
ware and hardware products comprise the remain- 
der of this established architecture. These features 
contribute to BITBUS reliability and usefulness as a 
microcontroller interconnect. 


The BITBUS connection consists of one or two dif- 
ferential pair(s) of wires. The BITBUS interface of 
the iSBX 344A MULTIMODULE board consists of a 
half-duplex RS 485 transceiver and an optional 
clock source for the synchronous mode of opera- 
tion. 


Byte FIFO Interface 


The 
Byte 
FIFO 
Interface 
on 
the 
iSBX 
344A 


MULTIMODULE 
board 
implements the 
required 


hardware buffering between the 8044 BEM and an 
extension. An extension is defined as a device at- 
tached to the iSBX 1/0 expansion interface on the 
iSBX 344A MULTIMODULE board. In an iDCM sys- 
tem, an example of an extension is an iSBC 286/12 
board which may be considered the host board in a 
MULTIBUS system. When used with the software 
handlers in the BITBUS Toolbox, implementation of 
this interface is complete. 


For particular applications, the user may wish to de- 
velop a custom software interface to the extension 
or host board. On the iSBX 344A MULTIMODULE 
board side of the interface the iDCM firmware auto- 


matically accepts messages for the FIFO. No user 
code is required, increasing the time available for 
application system development. 


The Byte FIFO supports both byte and message 
transfer protocol in hardware via three register ports: 
data, command, and status. The extension side sup- 
ports polled, interrupt, and limited DMA modes of 
operation (e.g. 80186 type DMA controllers). 


Initialization and Diagnostic Logic 


Like the other members of Intel's Distributed Control 
Modules 
(iDCM) product 
line, 
the 
iSBX 
344A 


MULTIMODULE 
board 
includes 
many 
features 


which make it well suited for industrial control appli- 
cations. Power up diagnostics is just one of these 
features. Diagnostics simplify system startup consid- 
erably, by immediately indicating an 8044 BEM or 
external bus failure. The LEDs used for power up 
diagnostics are available for user diagnostics after 
power up as well as to further contribute to reliable 
operation of the system. 


Initial iSBX 344A MULTIMODULE board parameters 
are set by positioning jumpers. The jumpers deter- 
mine the BITBUS mode of operation: synchronous, 
self-clocked, transmission rate, and address of the 
iSBX module in the BITBUS system. This minimizes 
the number of spare boards to be stocked for multi- 
ple nodes, decreasing stocking inventory and cost. 


Resident firmware located in the 8044 BEM in- 
cludes: a pre-configured iDCX 51 Executive for user 
program development; a Remote Access and Con- 
trol (RAG)function that enables user communication 
and control of different microcontrollers and 1/0 
points; a communications gateway to connect the 
BITBUS interconnect, iSBX bus, and iDCX 51 Exec- 
utive tasks; and power up diagnostics. 


Speed 
Maximum Distance 
Maximum # Nodes 
Maximum # Repeaters 


Kb/s 
Between Repeaters 
Per Segment 
Between a Master 


M/ft 
and Any Slave 


Synchronous 
500-2400 
30/100 
28 
0 


Self Clocked 
375 
300/1000 
28 
2 


62.5 
1200/4000 
28 
10 


The iDCX 51 Executive is an event-driven software 
manager that can respond to the needs of multiple 
tasks. This real-time multitasking executive provides: 
task management, timing, interrupt handling, and 
message passing services. Table 3 shows the 
iDCX 51 calls. Both the executive and the communi- 
cations gateway allow for the addition of up to seven 
user tasks at each node while making BITBUS oper- 
ations transparent. 


The services provided by the iSBX 344A MULTI- 
MODULE board integral firmware simplify the devel- 
opment and implementation of complex real-time 
control 
application systems. All iDCM hardware 


products contain integral firmware thus supplying 
the user with a total system solution. 


Intel provides a complete development environment 
for the iSBX 344A MULTIMODULE board. Software 
development support consists of: the 8051 Software 
Development Package, the DCS100 BITBUS Tool- 
box Host Software Utilities, the DSC110 Bitware for 
ICETMSupport, and the DCS120 Programmer's Sup- 
port Package. The 8051 Software Development 
Package provides the RL 51 Linker and Relocator 
Program, and ASM 51. PLIM 51 is also available. 
Hardware tools consist of the In-Circuit Emulator 
(ICE 5100/044). 


Table 3.IDCX 51 Calls 


The Remote Access and Control Function is a spe- 
cial purpose task that allows the user to transfer 
commands and program variables to remote BIT- 
BUS controllers, obtain the status of a remote I/O 
line(s), or reverse the state of a remote I/O line. 
Table 4 provides a complete listing of the RAC serv- 
ices. No user code need be written to use this func- 
tion. 


Call Name 
Description 


TASK MANAGEMENT CALLS 


RQ$CREATE$TASK 
Create and schedule a new task. 
0" 


RQ$DELETE$TASK 
Delete specified task from system. 


RQ$GET$FUNCTION$IDS 
Obtain the function IDs of tasks currently in the system. 


INTERTASK COMMUNICATION CALLS 


RQ$ALLOCATE 
Obtain a message buffer from the system buffer pool. 


RQ$DEALLOCATE 
Return a message buffer to the system buffer pool. 


RQ$SEND$MESSAGE 
Send a message to specified task. 


RQ$WAIT 
Wait for a message event. 


MEMORY MANAGEMENT CALLS 


RQ$GET$MEM 
Get available SMP memory. 


RQ$RELEASE$MEM 
Release SMP memory. 


INTERRUPT MANAGEMENT CALLS 


RQ$DISABLE$INTERRUPT 
Temporarily disable an interrupt. 


RQ$ENABLE$INTERRUPT 
Re-enable an interrupt. 


RQ$WAIT 
Wait for an interrupt event. 


TIMER MANAGEMENT CALLS 


RQ$SET$INTERVAL 
Establish a time interval. 


RQ$WAIT 
Wait for an interval event. 


RAe Service 
Action Taken by Task 0 


RESET 
STATION 
Perform 
a software 
reset. 


CREATE 
TASK 
Perform 
an RQ$CREATE$TASK 
system 
call. 


DELETE 
TASK 
Perform 
an RQ$DELETE$TASK 
system 
call. 


GET 
FUNCTION_ID 
Perform 
an RQ$GET$FUNCTION$IDS 
call. 


RAC 
PROJECT 
Suspend 
or resume 
RAC services. 
- 


READ 
I/O 
Return values from specified 
I/O ports. 


WRITE 
I/O 
Write to the specified 
I/O ports. 


UPDATE 
I/O 
Update 
the specified 
I/O ports. 


UPLOAD 
MEMORY 
Return the values 
in specified 
memory 
area. 


DOWNLOAD 
MEMORY 
Write values 
to specified 
memory 
area. 


OR 
I/O 
OR values 
into specified 
I/O ports. 


AND 
I/O 
AND values 
into specified 
I/O ports. 


XOR_I/O 
XOR values 
into specified 
I/O ports. 


READ 
INTERNAL 
Read values at specified 
internal 
RAM areas. 


WRITE 
INTERNAL 
Write values to specified 
internal 
RAM areas. 


NODE_INFO 
Return 
device 
related 
information. 


OFFLINE 
Set node offline. 
. 


UPLOAD_CODE 
Read values from code memory 
space. 


DOWNLOAD_CODE 
Write values to specified 
EEPROM 
memory. 


NOTE: 
Internal 
memory 
locations 
are included 
in the 192 bytes of data RAM provided 
in the microcontroller. 
External 
memory 
refers 
to memory 
outside 
the microcontroller 
- 
the 28-pin 
sockets 
of the iSaX 
344A 
module 
and the iRCa 
44/10A 
board. 
Each 
RAC Access 
Function 
may refer to multiple 
I/O or memory 
locations 
in a single 
command. 


SPECIFICATIONS 


CPU 


8044 BITBUS 
Enhanced 
Microcontroller 
(BEM) 


Word Size 


Instruction: 
8 bits 


Data: 8 bits 


ress 
ange 


Option A 
Option 
B 


External 
0000H-7FFFH 
0000H-7FFFH 


Data 
Memory 


External 
1000H-OFFFFH 
8000H-OFEFFH 


Code 
Memory 


Internal 
OOOOH-OFFFH 
OOOOH-OFFFH 


Code 
Memory 


Option 
A: Supports 
maximum 
amount 
of external 
EPROM 
code 
memo 


ory. 
Option 
B: Supports 
downloading 
code 
into external 
RAM 
0' EEPROM 


memory. 
1 /Ls 60% 
instructions 


2 /Ls 40% 
instructions 


4 /Ls Multiply & Divide 
Terminations 


Sockets 
provided 
on board for % Watt 5% Carbon 


type resistors. 
Resistor 
value to match characteristic 


impedance 
of cable as closely as possible-120n 
or 


greater. 


Memory Capacity IAddressing 


iDCM Controller: 
Up to 64 Kbytes code 


Message Size 


54 bytes max 


inter 


Function 
Address 
Read 
Write 
Bit 
Comments 


Data 
FFOOH 
'" 
'" 


Command 
FF01H 
'" 
'" 
Write sets command 
to 
extension 
- 
Read clears 
command 
from extension 


Status 
-RFNF* 
B3H 
'" 
'" 
Also INT1 Input 


-TFNP 
B2H 
'" 
'" 
Also INTO Input 


-TCMO* 
92H 
'" 
'" 


LED #1 
90H 
'" 
'" 
'" 


LED #2 
91H 
'" 
'" 
'" 


ROY/NE* 
B4H 
'" 
'" 
'" 


Node Address 
FFFFH 
'" 


Configuration 
FFFEH 
'" 


8044 BITBUSTM Enhanced 
Microcontroller 
(8044 + Firmware) 
1/0 Addressing 
as Viewed from the 8044 


iSBXTM 344A MUL TIMODULETM Board 1/0 Addressing 
as Viewed from the 
iSBXTM 344A MUL TIMODULETM Board 


Register 
Function 
Address 
Comments 


Data 
Base' 
Read/Write 


Command 
Base' + 1 
Write sets command 
from 
extension 
Read clears command 
to 
extension 


Status 
Base' + 2 
Read Only 


Status Register Interface 


Signal 
Location 
Interface 
Option 


RINT 
MORQ/MINTO 
INT 


TINT 
MINT1 
INT 


RCMI 
OPTO 
INTor 
OMA 


RORQ 
MORQ/MINTO 
OMA 


TDRQ 
MINT1 
OMA 


Status Register Interface 


765 
432 
1 
0 


~ 


TFNF* 
RFNE* 
RCMO* 


inter 


10 Pin Plug 


Flat Cable: 3M 3473-6010, TB Ansley 609-1001M, 
or equal 


Discrete Wire: BERG 65846-007, ITT Cannon 121- 
7326-105, or equal 


Pin 
Signal 


1 
+12V 


2 
+12V 


3 
GND 


4 
GND 


5 
DATA' 


6 
DATA 


7 
DCLK'/RTS' 
8 
DCLK/RTS 


9 
RGND 


10 
RGND 


iSBXTM1/0 Expansion Bus: supports the standard 
1/0 
Expansion Bus Specification with compliance 


level IEEE 959. 


Memory Sites: Both code and data sites support the 
standard 28-pin JEDEC site. 


BITBUSTM Interconnect: Fully supported synchro- 
nous mode at 2.4 Mbits/sec and self clocked mode 
for 375 kbits/sec and 62.5 kbitslsec 


The iSBX 344A MULTIMODULE board presents one 
standard load to the BITBUS bus 


Power Requirements 


0.9A at + 5V ± 5% (does not include power to the 
memory devices) 


Physical Characteristics 


Double-wide iSBXTMMULTIMODULETM Form Fac- 
tor 


Height: 10.16 mm (0.4 in) maximum component 


height 
Width: 
63.5 mm (2.50 in) 
Length: 190.5 mm (7.50 in) 
Weight: 113 gm (4 ounces) 


Operating Temperature: O°Cto 55°C at 200 Linear 


Feet/Minute Air Velocity 


Humidity: 
90% non-condensing 


Reference 
Manual (NOT Supplied) 
148099- iSBX 344A Intelligent BITBUS Interface 


Board User's Guide 


Ordering 
Information 


Part Number 
Description 
iSBX 344A 
BITBUS Intelligent MULTIMODULE 
board 


inter 


iPCX 344A 
BITBUSTM IBM* PC INTERFACE BOARD 


• 
High Performance 
12 MHz 8044 Single- 


Chip Mlcrocontroller 


• 
Integral 
Firmware 
Optimized 
for Real- 


Time Control 
Applications 
Using the 


BITBUSTM Interconnect 


• 
Fully Supports 
Intel's Complete 
Remote 


Control 
Board Product 
Line (iRCB) 


• 
Compatible 
with Intel's DOS-Based 


Development 
Tools 


• 
External 
Memory 
Sites for User's 


Control 
Programs 


• 
IBM PC System 
Form Factor 
Board 


• 
Power Up Diagnostics 


The iPCX 344A BITBUS 
IBM PC INTERFACE 
board provides 
the BITBUS gateway 
to IBM's family of Personal 
and 
Industrial 
Computers. 
Based 
on Intel's 
highly 
integrated 
8044 
(an 8051 
microcontroller 
and an SDLC 
controller 
on one chip) the iPCX 344A IBM PC INTERFACE 
board extends 
the real-time 
control 
capability 
of 
the 
IBM PC via the 
BITBUS 
interconnect. 
The PC system 
performs 
the human 
interface 
functions 
for the 
BITBUS 
interconnect. 
Like all members 
of Intel's 
Distributed 
Control 
Modules 
(iDCM) family, the iPCX 344A 
IBM PC INTERFACE 
board includes 
features 
that make it well suited for Industrial 
Control 
applications 
such 
as: data acquisition 
and monitoring, 
process 
control, 
machine 
control, 
and statistical 
process 
control 
(SPC). 


Intel's Distributed Control Modules (iDCM) product 
family provides the building blocks to implement 
real-time distributed I/O control applications. All of 
the iDCM family utilizes the BITBUS interconnect to 
provide standard high speed serial communication 
between microcontrollers. The iDCM hardware prod- 
ucts: including the iPCX 344A board, iSBXTM344A 
MULTIMODULETMboard and all iRCB BITBUS Re- 
mote Controller Boards communicate in an iDCM 
system via the BITBUS interconnect as shown in 
Figure 1. 


As a member of the iDCM Product line, the iPCX 
344A IBM PC INTERFACE board fully supports the 
BITBUS microcontroller interconnect. Typically, the 
iPCX 344A IBM PC System INTERFACE board will 
be part of a node (master or slave) on the BITBUS 
interconnect. The iPCX 344A board plugs into the 
PC add-in slot. 


The iPCX 344A IBM PC INTERFACE board is the 
hardware interface between the PC system and the 
BITBUS environment. With this interface the user 
can utilize the human interface and application soft- 
ware of the PC and extend the I/O range of the PC 
to include real-time distributed control. 


Figure 2 illustrates the major functional blocks of 
the iPCX 344A IBM PC INTERFACE board: 8044 
BITBUS ENHANCED MICROCONTROLLER, mem- 
ory, BITBUS interconnect, PC System Interface, and 
initialization/ diagnostic logic. 


Memory, mode of operation, and bus transmission 
rate options are easily selected by the user, thereby 
decreasing inventory levels and associated costs. 


8044 BITBUSTM Enhanced 
Mlcrocontroller 
(BEM) 


The source of the iPCX 344A IBM PC INTERFACE 
board's controlling and communication capability is 
Intel's highly integrated 12 MHz 8044 microcontrol- 
ler. The 8044 consists of the advanced 8-bit, 8051 
microcontroller and a SDLC controller called the Se- 
rial Interface Unit (SIU). This dual processor archi- 
tecture provides complex control and high speed 
communications in a cost-effective, single chip im- 
plementation. 
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INITIALIZATION 
& DIAGNOSTIC 
LOGIC 


OFF 
CHIP 
MEMORY 


28 PIN 
DATASITE 
28 PIN 
CODE SITE 


8044 
BITBUS'· 
ENCHANCED 
MICROCONTROllER 


Another essential part of the 8044 controller is the 
integral firmware residing on-chip to implement the 
BITBUS interface. In the operating environment of 
the iPCX 344A board, the 8044's SIU acts as an 
SOLC controller offloading the on-chip 8051 micro- 
controller of communication tasks; freeing the 8051 
to concentrate on real-time control. 


The 8044 BEM (8044 microcontroller and on-chip 
firmware) provides in one package a simple user in- 
terface, and high performance communications and 
control capabilities to efficiently and economically 
build a complex control system. 


Memory 


The iPCX 344A IBM PC System INTERFACE board 
contains both internal and external memory. Internal 
memory is located in the on-chip memory of the 
8044 BEM. The BITBUS firmware includes Intel's 
powerful iOCX 51, real-time, multitasking, executive. 
Eight bytes of bit-addressable internal memory are 
reserved for the user. Additional space is reserved 
for user programs and data in the board's external 
memory. 


Two 28-pin JEOEC sites comprise the iPCX 344A 
board's external memory. One site is dedicated to 
data; the other to code. Table 1 lists the supported 
memory devices for each site. Intel's 2764 and 
27128 are examples. The user can choose one of 
two memory configurations and specify different 
memory sizes by configuring the correct jumpers. 
This configurability provides the user with access to 
the code site for program download or upload and 
ensures that an existing system is easily expanded. 


Device 
Data Site 
Code Site 


4K x 8-64K x 8 
No 
Yes 
EPROM/ROM 


2K x 8-32Kx 
8 
Yes 
Yes 
SRAM 


2K x 8-16K x 8 
No 
Yes 
NVRAM and E2PROM 


BITBUSTM Microcontroller 
Interconnect 


The iPCX344A IBM PC INTERFACE board fully sup- 
ports the BITBUS microcontroller interconnect. The 
BITBUS interconnect is a serial bus optimized for 
control applications and supports both synchronous 
and self-clocked modes of operation. Each mode of 
operation and the different transmission rates are 
jumper selectable dependent on application require- 
ments. 


Table 2 shows different combinations of mode of 
operation, transmission rate, and distance. The 
SOLC protocol, BITBUS message format, and com- 
patibility with Intel's other software and hardware 
products comprise the remainder of this established 
architecture. These features contribute to BITBUS 
reliability and usefulness as a microcontroller inter- 
connect. 


The BITBUS connection consists of one or two dif- 
ferential user selected pair(s) of wires. The BITBUS 
interface on the iPCX 344A board consists of a half- 
duplex RS485 transceiver and an optional clock 
source for the synchronous mode of operation. 


PC System Interface 


The iPCX344A board will operate in any IBM PC XT, 
PC AT, or compatible system that meets the follow- 
ing requirements: 


- 
An IBM PC, PC XT with an oscillator running at 
4.77 MHz (processor running at 4.77 MHz also) 
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- 
An IBM PC AT with an oscillator running at 12 or 
16 MHz (processor running at 6 or 8 MHz) 
- 
An available I/O channel with addresses that are 
not used by any other boards in the system in the 
range of 200H to 3FFH on even addresses 
- 
At least one available system interrupt (required 
ONLY if running the iPCX 344A board in interrupt 
mode; user selectable from PC Interrupts 2, 3, 4, 
5,6, or 7) 


All IBM guidelines have been followed to ensure 
complete IBM PC system compatibility. 


Initialization 
and Diagnostic 
Logic 


Like the other members of Intel's Distributed Control 
Modules 
(iDCM) product 
line, 
the 
iPCX 344A 
BiTBUS IBM PC INTERFACE board includes many 
features making it well suited for industrial control 
applications. Power on diagnostics simplify system 
startup considerably by immediately indicating an 
8044 BEM or external bus failure. 


The iDCX 51 Executive is an event-driven software 
manager that can respond to the needs of multiple 
tasks. This real-time multitasking executive provides: 
task management, timing, interrupt handling, and 
message passing services. Table 3 shows the 
iDCX 51 operating system calls. The executive sup- 
ports up to seven user tasks at each node while 
making BITBUS operations transparent. 


Remote Access and Control (RAG) is a special pur- 
pose task that allows the user to transfer commands 
and program variables to and from BITBUS control- 
lers to obtain the status of I/O or data line(s), or 
reverse the state of an I/O line or read and write 
memory, etc. No user code need be written to use 
this function. See Table 4 for a complete listing of 
RAC services. 


The services provided by the iPCX 344A board's in- 
tegral firmware simplify the development and imple- 
mentation of complex real-time control systems. 


Intel provides a variety of development environ- 
ments for BITBUS applications. Intel's Development 
Systems and OEM Systems Handbooks provide de- 
tails on the following development tools. 
- 
BITBUS TOOLBOX-BITBUS 
Monitor and Inter- 


face Handlers 
- 
ASM/PLM 51-Low 
and High level languages 


for application code generation on 8044 


The iPCX344A BITBUS PC-BUS INTERFACE board 
contains resident firmware located in the 8044 
BITBUS ENHANCED MICROCONTROLLER. This 
on-chip 
firmware 
consists 
of: 
a 
pre-configured 
iDCX 51 Executive for real-time, multitasking control; 
DCM 44, a Remote Access and Control (RAG) pro- 
gram that enables BITBUS communication and con- 
trol of I/O points on the BITBUS interconnect: and 
power up diagnostics. 


Table 2. BITBUSTM Microcontroller 
Interconnect 
Modes of Operation 


Speed 
Maximum 
Distance 
Maximum 
# Nodes 
Maximum 
# Repeaters 


Kb/s 
Between 
Repeaters 
Per Segment' 
Between 
a Master and 


M/ft 
Any Slave 


Synchronous 
500-2400 
30/100 
28 
0 


Self Clocked 
375 
300/1000 
28 
2 
62.5 
1200/4000 
28 
10 


Call Name 
Description 


TASK MANAGEMENT 
CALLS 
. 


RQ$CREATE$TASK 
Create and schedule a new task. 


RQ$DELETE$TASK 
Delete specified task from system. 
RQ$GET$FUNCTION IDS 
Obtain the function IDs of tasks currently in the system. 


INTERTASK 
COMMUNICATION 
CALLS 


RQ$ALLOCATE 
Obtain a message buffer from the system buffer pool. 


RQ$DEALLOCATE 
Return a message buffer to the system buffer pool. 


RQ$SEND$MESSAGE 
Send a message to specified task. 


RQ$WAIT 
Wait for a message event. 
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Call Name 
Description 


MEMORY 
MANAGEMENT 
CALLS 


RQ$GET$MEM 
Get available 
SMP memory. 


RQ$RELEASE$MEM 
Release 
SMP memory. 


INTERRUPT 
MANAGEMENT 
CALLS 


RQ$DISABLE$INTERRUPT 
Temporarily 
disable 
an interrupt. 


RE$ENABLE$INTERRUPT 
Re-enable 
an interrupt. 


RQ$WAIT 
Wait for an interrupt 
event. 


TIMER 
MANAGEMENT 
CALLS 


RQ$SET$INTERVAL 
Establish 
a time interval. 


RQ$WAIT 
Wait for an interval 
event. 


RAC Service 
Action Taken by Task 0 


RESET_STATION 
Perform 
a software 
reset. 


CREATE_TASK 
Perform 
an RQ$CREATE$TASK 
system 
call. 


DELETE_TASK 
Perform 
an RQ$DELETE$TASK 
system 
call. 


GET _FUNCTION_ID 
Perform 
an RQ$GET$FUNCTION$IDS 
call. 


RAC_PROJECT 
Suspend 
or resume 
RAC services. 


READ_I/O 
Return values 
from specified 
I/O ports. 


WRITE_I/O 
Write to the specified 
I/O ports. 


UPDATE_I/O 
Update 
the specified 
I/O ports. 


UPLOAD_MEMORY 
Return the values 
in specified 
memory 
area. 


DOWNLOAD_MEMORY 
Write values to specified 
memory 
area. 


OR_I/O 
OR values 
into specified 
I/O ports. 


AND_I/O 
AND values 
into specified 
I/O ports. 


XOR_I/O 
XOR values 
into specified 
I/O ports. 


READ_INTERNAL 
Read values at specified 
internal 
RAM areas. 


WRITE_INTERNAL 
Write values to specified 
internal 
RAM areas. 


NODE_INFO 
Return 
device 
related 
information. 


OFFLINE 
Set node offline. 


UPLOAD_CODE 
Read values from code memory 
space. 


DOWNLOAD_CODE 
Write values to specified 
EEPROM 
memory. 


1 JLs 60% 
instructions 
2 JLs 40% 
instructions 
4 JLs Multiply 
and Divide 
Instruction-8 
bits 
Data-8 
bits 


intJ 


Memory Capacity Addressing 


iDCM Controller: Up to 64 Kbytes code. 


Device 
Data 
Code 


EPROM/ROM 
4Kx8-64Kx8 
No 
Yes 


SRAM 
2K x8-32K 
x 8 
Yes 
Yes 


NVRAM and E2PROM 
2Kx8-16Kx8 
No 
Yes 


External 110Space 


OFFOOH-OFFFFH (mapped 
into 
data 
memory 


space) 


Minimum 1200 each end of BITBUS interconnect 
with user supplied resistors 


ress 
anges 


Option A 
Option B 


External Data 
0000H-7FFFH 
0000H-7FFFH 


Memory Site 
External Code 1OOOH- OFFFFH 8000H-OFEFFH 
Memory Site 
(OOOOH 
-OFFFFH 


If EA Active) 
Internal Code 
OOOOH-OFFFH 
OOOOH-OFFFH 


Memory 


Option 
A: Supports 
maximum 
amount 
of external 
EPROM 
code 
mem- 


ory. 
Option 
B: Supports 
downloading 
code 
into external 
RAM or EEPROM 


memory. 


Message Size: 


up to 54 bytes 


Physical Characteristics 


IBM PC ADD-ON FORMAT 
Height: 3.98 in. 


Depth: 6 in. 


BITBUS Interconnect: Fully supports 
synchronous 


mode at 500 Kbps to 2.4 Mbs 
and self-clocked 
modes 
at 


375 Kbs or 62.5 Kbs 


Note: On-board ALE 
clock 


supports 
1 
Mbps 
synchro- 


nous operation. All other syn- 
chronous mode speeds re- 
quire user-supplied 2.0 MHz- 
9.6 MHz crystal. 


PCSystem: 
Two unidirectional, one-byte- 
deep, nine-bit FIFO buffers 
(ninth bit 
distinguishes 
be- 


tween data and command) 


Power Requirements 


0.9A at + 5V ± 5% (memory not included) 


Environmental 
Requirements 
Operating Temperature: 16·C to 32·C at no air flow 


O·C to 55·C at 200 Linear 
Feet/Minute air velocity 
90% Noncondensing 
-40·C 
to + 70·C 
95% Noncondensing 


Operating Humidity: 
Storage Temperature: 
Storage Humidity: 
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Part Number 
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Description 
BITBUS IBM PC System 
INTERFACE Board 
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iRCB 44/10A 
BITBUSTM DIGITAL 1/0 REMOTE CONTROLLER 
BOARD 


• 
High Performance 
12 MHz 8044 
Controller 


• 
Integral 
Firmware: 
IDCX Executive, 
Optimized 
for Real-Time 
Control 


• 
Full BITBUSTM Support 


• 
Standard 
Industrial 
Packaging: 
Eurocard, 
DIN Connector 


• 
2 28-Pln JEDEC Memory 
Sites for 
User's Control 
Functions 


• 
I/O 
Expansion 
with 8-Blt iSBXTM 
Connector 


• 
Programmable 
Control/Monitoring 
Using 24 Digital I/O Lines 


• 
Power 
Up Diagnostics 


• 
Compatible 
with iRCX 910 Digital Signal 
Isolation 
and Termination 
Module 


The iRCS 44/10A 
BITBUSTM Digital I/O 
Remote 
Controller 
Board is an intelligent 
real-time 
controller 
and a 
remote 
I/O expansion 
device. 
Based on the highly integrated 
8044 component 
(an 8 bit 8051 microcontroller 
and an intelligent 
SDLC-based 
controller 
on one chip) the iRCB 44/10A 
board 
provides 
high performance 
control 
capability 
at low cost. The iRCB 44/10A 
board can expand 
Intel's OEM microcomputer 
system capabil- 
ities to include 
distributed 
real-time 
control. 
Like all members 
of the iDCM family, the iRCB 44/10A 
board 
is 
well suited for industrial 
control 
applications 
such as data acquisition 
and monitoring, 
process control, 
robotics, 


and machine 
control. 
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Intel's Distributed Control Modules (iDCM) product 
family contains the building blocks to implement 
real-time distributed control applications. The iDCM 
family incorporates the BITBUS interconnect to pro- 
vide standard high speed serial communication be- 
tween microcontrollers. The iDCM hardware prod- 
ucts, which include the iPCX344A board, iSBX 344A 
MULTIMODULETMboard and the iRCB 44/10A BIT- 
BUS Remote Controller Board (and other iRCB 
boards), communicate in an iDCM system via the 
BITBUS interconnect as shown in Figure 1. 


The iRCB 44/10A board can be used as an intelli- 
gent remote controller or an I/O expansion device. 
When performing as an intelligent controller the 
iRCB 44/10A board not only monitors the status of 
multiple process points, but it can execute varied 
user supplied control algorithms. When functioning 
as an I/O expansion device, the iRCB 44/10A board 
simply collects data from multiple I/O ports and 
transmits this information via the BITBUS or iSBX 
bus interface to the system controller for analysis or 
updating purposes. 


As a member of the iDCM product line, the iRCB 
44/10A board fully supports the BITBUS microcon- 
troller interconnect. 
Typically, the 
iRCB 44/10A 


board would be a node in a BITBUS system. The 
iRCB 44/10A 
board could be a master or slave 


node. (The BITBUS system supports a multidrop 
configuration: one master, many slaves.) 


Figure 2 illustrates the major functional blocks of the 
iRCB 44/10A board: 8044 BITBUS Enhanced Micro- 
controller, memory, BITBUS microcontroller inter- 
connect, parallel I/O, iSBX expansion, initialization 
and diagnostic logic. 


8044 BITBUSTM Enhanced 
Microcontroller 


The heart of the iRCB 44/10A board's controlling 
and communication capability is the highly integrat- 
ed 12 MHz 8044 microcontroller. The 8044 consists 
of the advanced 8-bit 8051 microcontroller and a 
SDLC controller called the Serial Interface Unit 
(SIU). This dual processor architecture allows com- 
plex control and high speed communication func- 
tions to be realized cost effectively. The 8044's SIU 
acts as a SDLC-based controller which offloads the 
on-chip 
8051 
microcontroller 
of 
communication 


tasks; freeing the 8051 to concentrate on real-time 
control. 


The 8044 BEM microcontroller also includes, in firm- 
ware, a set of procedures known as Remote Access 
and Control (RAG), a preconfigured version of the 
DCX 51 Executive, communications software, and 
power-up diagnostics. 


The BEM (8044 microcontroller and on-chip firm- 
ware) provides, in one package, a simple user inter- 
face, and high performance communications and 
control capabilities to efficiently and economically 
build a complex control system. 
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Memory 


The iRGB 44/10A board memory consists of two 
sections: internal and external. Internal memory is 
located in the on-chip memory of the BEM. The 
iDGX51 Executive and the remaining BEM firmware 
ration this resource. However, eight bytes of bit ad- 
dressable internal memory are reserved for the user. 
Ample space is reserved for user programs and data 
in the iRGB 44/10A board external memory. 


Two 28 pin JEDEG sites comprise the iRGB 44/10A 
board external memory. One site has been dedicat- 
ed for data, the other for ,::ode.Table 1 lists the sup- 
ported memory devices for each site. Intel's 2764, 
and 27128 are examples. The user may choose one 
of two memory configurations and specify different 
memory sizes by placing the proper jumpers at sys- 
tem initialization. The most flexible configuration op- 
tion provides the user with access to the code site 
for 
program 
download 
or 
upload. This 
feature 


INmALIZATION 


AND 


DIAGNOSTIC 


LOGIC 


24 LINES 
PAAALLEl. 
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ensures expansion of an existing system is easily 
accommodated. 


Table 
1. Supported 
Memory 
Devices 


Device 
Data Site 
Code Site 


4K x 8-64K x 8 
NO 
YES 


EPROM/ROM 


2K x 8-32K x 8 
YES 
YES 


SRAM. 


2K x 8-16K x 8 
NO 
YES 


NVRAM and E2PROM 


BITBUSTM Microcontroller 
Interconnect 


The iRGB 44/10A board serial interface fully sup- 
ports the BITBUS microcontroller interconnect. The 
BITBUS interconnect is a serial bus optimized for 


8IT8US~ 


REPEATERS 
(OPTIONAL) 


••c==::> zc:::::::::-4 


REPEATED BITBUS'· 
INTERCONNECT 
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control applications. The bus supports both synchro- 
nous and self-clocked modes of operation. These 
modes of operation are selectable dependent on ap- 
plication 
requirements 
as 
are 
the 
transmission 
speeds. Table 2 shows the different combinations of 
modes of operation, transmission speeds, and dis- 
tances. The SDLC-based protocol, BITBUS mes- 
sage format, and compatibility with Intel's other soft- 
ware and hardware products comprise the remain- 
der of the BITBUS architecture. These features con- 
tribute to BITBUS system reliability and usefulness 
as a microcontroller interconnect. 


The BITBUS connection consists of one or two dif- 
ferential pair(s) of wires. The serial (BITBUS) inter- 
face of the iRCB 44/10A board consists of: a half- 
duplex RS 485 transceiver, an optional BITBUS re- 
peater and an optional clock source for the synchro- 
nous mode of operation. 


In order to provide an optimal parallel I/O interface 
for control applications, the iRCB 44/10A board sup- 
ports 24 software programmable parallel I/O lines. 
This feature supplies the flexibility and simplicity re- 
quired for control and data acquisition systems. Six- 
teen of these lines are fully programmable as inputs 
or outputs, with loopback, on a bit by bit basis so 
that bit set, reset, and toggle operations are stream- 
lined. The remaining eight lines are dedicated as in- 
puts. Figure 3 depicts the general I/O port structure. 


The parallel I/O lines can be manipulated by using 
the Remote Access and Control (RAG) function (in 
BEM firmware) from a supervisory node or locally by 
a user program. The user program can also access 


the RAC function or directly operate the I/O lines. 
Input, output, mixed- 
input and output, and bit oper- 
ations are possible simply by reading or writing a 
particular port. 


One iSBX I/O expansion connector is provided on 
the iRCB 44/1 OAboard. This connector can be used 
to extend the I/O capability of the board. In addition 
to specialized and custom designed iSBX boards, a 
full line of compatible high speed, 8-bit expansion 
MULTIMODULE boards, both single and double 
wide, are available from Intel. The only incompatible 
modules are those that require the MWAIT' signal or 
DMA operation. A few of Intel's iRCB 44/10A board 
compatible iSBX MULTIMODULE boards include: 
parallel I/O, serial I/O, BITBUS expansion, IEEE 
488 GPIB, analog input and analog output. 


With the iSBX 344A BITBUS Controller MULTIMOD- 
ULE board and user supplied software, the iRCB 
44/10A board can act as an intelligent BITBUS re- 
peater facilitating the transition between two BIT- 
BUS segments operating at different speeds. 


Initialization 
and Diagnostic 
Logic 


Like the other members of Intel's Distributed Control 
Modules (iDCM) product line, the iRCB 44/10A 
board includes many features which make it well 
suited for industrial control applications. Power up 
diagnostics is just one of these features. Diagnostics 
simplify system startup considerably, by immediately 
indicating an iDCM controller or external bus failure. 
The 
LEOs used for 
power up diagnostics 
are 


Speed 
Maximum 
Distance 
Maximum 
# Repeaters 
Between 
Repeaters 
Maximum 
#Nodes 
Between 
A Master And 
Kb/s 
M/ft 
Per Segment' 
Any Slave 


Synchronous 
500-2400 
30/100 
28 
0 


Self Clocked 
375 
300/1000 
28 
2 
62.5 
1200/4000 
28 
10 
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available 
for user diagnostics 
after power up as well 


to further 
contribute 
to reliable 
operation 
of the sys- 


tem. 


Initial iRCB 44/10A 
board parameters 
are set by po- 
sitioning 
jumpers. 
The 
jumpers 
determine 
the 


BITBUS 
mode 
of 
operation: 
synchronous, 
self 


clocked, 
transmission 
speed, 
and 
address 
of 
the 


iRCB 
44/10A 
board 
in the 
BITBUS 
system. 
This 


minimizes 
the number of spare boards to be stocked 


for 
multiple 
nodes, 
decreasing 
stocking 
inventory 


and cost. 


The iRCB 44/10A 
board contains 
resident 
firmware 


located 
in the 8044 BEM. The on-chip 
firmware 
con- 


sists of: a pre-configured 
iDCX 51 Executive 
for user 


program 
development; 
a Remote 
Access 
and Con- 


troller (RAG) function 
that enables 
user communica- 


tion and control 
of different 
microcontrollers 
and I/O 


points; 
a communications 
gateway 
to connect 
the 


BITBUS interconnect, 
iSBX bus, iPCX bus and iDCX 


51 tasks; and power up diagnostics. 


Call Name 
Description 


TASK MANAGEMENT 
CALLS 


RQ$CREATE$T 
ASK 
Create and schedule 
a new task. 


RQ$DELETE$T 
ASK 
Delete specified 
task from system. 


RQ$GET$FUNCTION$IDS 
Obtain the function 
iDs of tasks currently 
in the system. 


INTERTASK 
COMMUNICATION 
CALLS 


RQ$ALLOCATE 
Obtain a message 
buffer from the system buffer pool. 


RQ$DEALLOCATE 
Return a message 
buffer to the system buffer pool. 


RQ$SEND$MESSAGE 
Send a message 
to specified 
task. 


RQ$WAIT 
Wait for a message 
event. 


MEMORY 
MANAGEMENT 
CALLS 


RQ$GET$MEM 
Get available 
SMP memory. 


RQ$RELEASE$MEM 
Release SMP memory. 


INTERRUPT 
MANAGEMENT 
CALLS 


RQ$DISABLE$INTERRUPT 
Temporarily 
disable an interrupt. 


RQ$ENABLE$INTERRUPT 
Re-enable 
an interrupt. 


RQ$WAIT 
Wait for an interrupt event. 


TIMER 
MANAGEMENT 
CALLS 


RQ$SET$INTERVAL 
Establish 
a time interval. 


RQ$WAIT 
Wait for an interval event. 


DATA 
BUS 
BIT 


The iDCX 51 Executive 
is an event-driven 
software 
manager 
that can respond 
to the needs 
of multiple 
tasks. This real-time 
mUltitasking 
executive 
provides: 
task 
management, 
timing, 
interrupt 
handling, 
and 
message 
passing 
services. 
Table 3 shows the iDCX 
51 calls. 
Both 
the 
Executive 
and 
the 
communica- 
tions 
gateway 
allow for the addition 
of up to seven 
user tasks at each node while making BITBUS oper- 
ation transparent. 


The Remote 
Access 
and Control 
Function 
is a spe- 
cial 
purpose 
task 
that 
allows 
the 
user to transfer 
commands 
and 
program 
variables 
to remote 
BIT- 


BUS controllers, 
obtain 
the status 
of a remote 
I/O 
line(s), 
or reverse 
the 
state 
of a remote 
I/O 
line. 


Table 4 provides 
a complete 
listing of the RAC serv- 
ices. No user code need be written 
to use this func- 
tion. Power up tests provide 
a quick diagnostic 
serv- 
ice. 


The 
services 
provided 
by the 
iRCB 44/10A 
board 
integral 
firmware 
simplify 
the development 
and im- 
plementation 
of complex 
real-time 
control 
applica- 
tion systems. 
All iDCM 
hardware 
products 
contain 
integral firmware 
thus supplying 
the user with a total 
system 
solution. 


RACService 
Action Taken by Task 0 
. 


RESET _STATION 
Perform a software 
reset. 


CREATE 
TASK 
Perform an RQ$CREATE$TASK 
system call. 


DELETE_TASK 
. 
Perform an RQ$DELETE$TASK 
system call. 


GET _FUNCTION_ID 
Perform an RQ$GET$FUNCTION$IDS 
call. 


RAC 
PROTECT 
Suspend 
or resume RAC services. 


READ_IO 
Return values from specified 
I/O ports. 


WRITE_IO 
Write to the specified 
I/O ports. 


UPDATE 
10 
Update the specified 
I/O ports. 


UPLOAD_MEMORY 
Return the values in specified 
memory area. 
. 


DOWNLOAD_MEMORY 
Write values to specified 
memory area. 


OR 
I/O 
OR values into specified 
I/O ports. 


AND_I/O 
AND values into specified 
I/O ports. 
I. 


XOR_I/O 
XOR values into specified 
I/O ports. 


READ 
INTERNAL 
Read values at specified 
internal 
RAM areas. 


WRITE_INTERNAL 
Write values at specified 
internal 
RAM areas. 


NODE_INFO 
Return device related information. 


OFFLINE 
Set node offline. 


UPLOAD 
CODE 
Read values from code memory space. 


DOWNLOAD_CODE 
Write values to specified 
EEPROM 
memory. 


The iRCS 44/10A form factor is a single high, 220 
mm deep Eurocard and supports most standard in- 
dustrial packaging schemes as well as Intel's RCX 
910 Digital Signal Conditioning, Isolation and Termi- 
nation Module (see below). The Eurocard form fac- 
tor specifies reliable DIN connectors. A standard 64 
pin connector is included on the iRCS 44/10A 
board. 


Physical Characteristics 


Single high, 220 mm deep Eurocard Form Factor 


Dimensions 
Width: 
13.77 mm (0.542 in) maximum component 
height 
Height: 100 mm (3.93 in.) 
Depth: 220 mm (8.65 in.) 
Weight: 169 gm (6 ounces) 


DIGITAL 
SIGNA!- CONDITIONING, 
ISOLATION, 
AND TERMINATION 


The RCS 44/10A is fully compatible with the RCX 
910 Digital Signal Conditioning, Isolation and Termi- 
nation Panel. The RCX 910 panel provides integral 


power, the SITSUS interconnect signals, and 24 In- 
dustry Standard I/O isolation and signal conditioning 
modules. These modules, available from a number 
of vendors worldwide, typically prOVidegreater than 
1500V isolation and support signal conditioning in a 
number of voltages including 5-60 
VDC, 120 and 


240 VAC. 


Instruction: 8 bits 
Data: 
8 bits 


1 IJ-sec60% instructions 
2 IJ-sec40% instructions 
4 IJ-secMultiply & Divide 


Memory Capacity IAddressing 


iDCM Controller: Up to 64 Kbytes code 


Intel provides a complete development environment for the iRCS 44/10A board. 


BITBUSTMDevelopment Environments 


BITBUSTM TOOLS 
NODE 
ICETM 
EPROMPROG. 


CODE 
~ 
Q) 
oo 
:s 
DCS 100 
<(/) 
-0 
<'<to.. 
0 


TOOLBOX 
'<t 
T"""::!:Q: 
E 
LO 
'<t 
01'--0 
<~ 
0 
Q) 
(/) 
CD 
...... 
~~~ 
'<too 
'" 
X 
~ 
0 
::; 
0 
:€~~ 
-0 
UJ 
0 
~ 
~ 
LO 
0 
;3g,~ 
d5 
I 
0 
•.. 
ll) 
LO 
~<Xlo.. 


::!; 
..., 
C\I 
III 
III 
::!; 
::!; 
LO 
~:C-6 
(/)u..'- 
iii 
I 
is 


...... 
UJ 
00..-0 
CD 
0 
CD 
(,) 
(,) 
(/) 
...J 
...J 
~H~ 
CD 
~ 
iii 
a.. 
0 
~ 
c 
c 
< 
a.. 
a: 
S2 
Q,;;2~ 


Series 
II 
C 
C 
C 
X 
III 
X 
X 
X 
X 
X 
X 
X 
X 
IV 
X 
X 
X 
X 
X 
X 
X 
IPDS 
A 
A 
A 
X 
X 
C 
C 
C 
X 


IRMX 5'1. 
X 
X 
X 
X 
X 
X 
X 
D 
D 
D 
8" 
X 
X 
X 
X 
X 
X 
X 
D 
D 
D 


XENIX 5'1. 
X 
X 
B 
X 
8" 
X 
X 
B 
X 
DOS 
X 
X 
X 
X 
X 
X 
X 
X 
X 
X 
X 
X 
X 


NOTES: 
A. iPDS uses Release 
1 Toolbox. 


B. Supports 
operation 
with XENIX. 
XENIX 
disks 
not required. 
C. Down-revision 
version. 


D. Available 
for iRMX@ 86. 
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Interrupt 
Sources 


Two 
external: 
iSBX 1/0 
Expansion 
bus sources 
or 


other sources. 
BITBUS 
Microcontroller 
Interconnect. 


Memory 
Option A 
Option B 


External 
-Data 
0000H·7FFFH 
0000H-7FFFH 


-Code 
1000H-OFFFFH 
8000H-OFEFFH 


Internal 
OOOOH-OFFFH 
OOOOH-OFFFH 


NOTES: 
Option A: Supports maximum amount or external EPROM 
code memory. 
Option 
B: 
Supports 
downloading 
code 
into 
RAM 
or 


EEPROM memory. 


Function 
Address 
Read 
Write 
Bit 


PORT A 
FFCOH 
'" 
'" 
PORTB 
FFC1H 
'" 


PORTC 
FFC2H 
'" 
'" 
MCSO 
FF80H-FF87H 
'" 
'" 
FFOO, FF01 


MSC1 
FF88H-FF8F 
'" 
'" 


LED #1 
90H 
'" 
'" 
'" 
LED #2 
91H 
'" 
'" 
'" 
RDY/NE· 
B4H 
'" 
'" 
'" 
NODE ADDRESS 
FFFFH 
'" 


CONFIGURATION 
FFFEH 
'" 
OPTO 
92H 
'" 
'" 
'" 
OPT1 
93H 
'" 
'" 
'" 
INTO 
B2H 
'" 
'" 
INT1 
B3H 
'" 
'" 


PARALLEL I/O 
Number: 
2 8-Bit Bi-directional 
Ports 


1 8-Bit Input Port 


Parameter 
Condition 
Min 
Max 
Units 


Val 
10l =16mA 
0.5 
V 
VOH 
IOH= -2 
mA 
2.4 
V 
VIH 
2.0 
7.0 
V 
Vll 
-1.0 
0.8 
V 
III 
Vll =0.5V 
6.0 
mA 
IIH 
VIH = logic high 
0.0 
mA 
II 
VIH=7V 
-2.2 
mA 
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Sockets provided on board for % Watt 5% Carbon 
type resistors. Resistor value to match characteristic 
impedance of cable as closely as possible-120.o. or 
greater. 


Repeaters 


Sockets provided on board: Devices 75174 and 
75175 


10 PIN PLUG 


Flat Cable: 3M 3473-6010, TB Ansley 609·1001M, 
or equal 


Discrete Wire: BERG 65846-007, ITT Cannon 121- 
7326-105, or equal 


DIN CONNECTOR 
PLUG 


Flat Cable: GW Elco 00-8259-096-84-124, Robinson 
Nugent RNE-IDC64C-TG30, or equal 


Discrete Wire: ITT Cannon G06 M96 P3 BDBL-004 
GW Elco 60 8257 3017, or equal 


10 Pin Repeater 
Connector 
Pin Out 


Pin 
Signal 


1 
+12V 


2 
+12V 


3 
GND 


4 
GND 


5 
DATA' 
6 
DATA 


7 
DCLK'/RTS' 


8 
DCLK/RTS 


9 
RGND 


10 
RGND 


iSBX I/O 
expansion bus: supports the standard 


I/O Expansion Bus Specification with compliance 
levelD8/8F 


Memory Sites: Both code and data sites support the 
electrical Universal Memory Site specification 


BITBUSTMInterconnect: The iRCB 44/10A Remote 
Controller Board supports the BITBUS Specification 
as follows: 


Fully 
supported 
synchronous 
mode 
at 
2.4 


Mbits/second and self clocked mode for 375 kbits/ 
second and 62.5 kbits/second 


The iRCB 44/10A Remote Controller Board pres- 
ents one standard load to the BITBUS without re- 
peaters, with repeaters two standard loads 


Message length up to 54 bytes supported 


RAC Function support as shown in Table 4 


Parallel I/O: See the Table 5 for Electrical Specifica- 
tions of the interface. 


Power Requirements 


0.9A at +5V 
±5% iRCB 44/10 board only (power 


to memory, repeater, or iSBX board NOT included) 


Operating Temperature: O·C to 55·C at 200 Linear 


Feet/Minute Air Velocity 


Humidity: 
90% non-condensing 


Reference 
Manual (NOT Supplied) 


iRCB 44/10 Digital I/O Remote 148100-001 Con- 
troller Board User's Guide 


Ordering 
Information 


Part Number 
Description 


iRCB 44/10A 
BITBUS Digital I/O Remote 
Controller Board 
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iRCS 44/20A 
ANALOG 110 CONTROLLER 


• 
Distributed 
Intelligence 
via BITUSTM 
Serial Bus 


• 
8044 8·bit Microcontroller 
at 12 MHz 


• 
12·bit Analog 
Resolution 


• 
Up To 20 KHz Aqulsltlon 
Rate (50 ms) 


• 
Software 
Programmable 
Gain: 1, 10, 
100,500 


• 
Two 28-pln JEDEC Memory 
Sites 


• 
16 Single-ended 
or 8 Differential 
Input 
Channels 


• 
2 Outputs 
Channels 
• 
± 10V Range or 4-20 
mA Current 
Loop 


• 
110 Expandable 
via iSBXTM Connector 


• 
Compact 
Single-Eurocard 
Packaging 


• 
Low Power Consumption 


• 
Compatible 
with iRCX 920 Analog 
Signal Conditioning, 
Isolation 
and 
Termination 
Panel 


The iRCB 44/20A 
is a fully programmable 
analog 
I/O subsystem 
on a single-Eurocard 
form-factor 
board. The 
resident 
8044 microcontroller 
operating 
at 12 MHz provides 
a means of executing 
data aquisition 
and control 
routines 
remote 
from the host computer. 
Real-time 
capability 
is made 
possible 
by the iDCX 51 Distributed 
Control 
Executive, 
resident 
in the 8044 microcontroller. 
Distribution 
of real-time 
control 
is implemented 
by the 
BITBUS 
Serial Bus protocol, 
which is also managed 
integrally 
by the 8044. 


Offering 
high performance, 
low-cost, 
and improved 
system 
bandwidth 
via distributed 
intelligence, 
the iRCB 
44/20A 
Analog 
I/O Controller 
is ideal for data acquisition 
and control 
in both laboratory 
and industrial 
environ- 
ments. 


MUL TIMODULETM 
is a trademark 
of Intel Corporation. 


IBM~ 
PC is a registered 
trademark 
of International 
Business 
Machine 
Corporation. 
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Intel's Distributed Control Modules (iDCM) product 
family contains the building blocks to implement 
real-time distributed control applications. The iDCM 
family incorporates the BITBUS interconnect to pro- 
vide standard high-speed serial communication be- 
tween microcontrollers. The iRCB 44/20A may com- 
municate with other nodes in a distributed system 
via the BITBUS interconnect as shown in Figure 1. 
Other nodes in the system may be the iSBX 344A 
BITBUS Controller 
MULTIMODULETM, the 
iPCX 


344A BITBUS IBM~ PC Interface, the iRCB 44/10A 
BITBUS Digital I/O Controller Board, or other BIT- 
BUS compatible products. 


The iRCB 44/20A board, can be used as an intelli- 
gent remote controller or an I/O expansion device. 
When performing as an intelligent controller the 
iRCB 44/20A board not only monitors the status of 
multiple sensors, it can also locally execute user de- 
veloped control algorithms. When functioning as an 
I/O expansion device the iRCB 44/20A board man- 
ages the multiple I/O ports, transmitting this infor- 
mation via the BITBUS bus or iSBX interface to the 
system controller for analysis or data logging pur- 
poses. 


Typically, the iRCB 44/20A board will operate as a 
node in a BITBUS system. BITBUS communication 
supports a multidrop configuration with one master, 
and multiple subordinate nodes. The iRCB 44/20A 
board may be either a master or slave node to man- 
age a wide variety of analog input or output tasks. 


The major functional blocks of the iRCB 44/20A 
board, shown in Figure 2, include the 8044 micro- 
controller and BITBUS interconnect, local memory, 
Analog I/O, and iSBX expansion. 


Distributed 
Intelligence 


The heart of the iRCB 44/20A board's controlling 
and communication capability is the highly integrat- 
ed 8044 microcontroller which operates at 12 MHz. 
The 8044 contains the advanced 8-bit, 8051 micro- 
controller and a complimentary SDLC controller, 
called the Serial Interface Unit (SIU).This dual proc- 
essor architecture provides complex control and 
high speed communication functions at a low cost. 


Another essential part of the 8044 controller is the 
on-chip firmware that exercises the BITBUS inter- 
face. The 8044's SIU acts as an SDLC controller, off 
loading the on-chip microcontroller of communica- 
tion tasks so it may concentrate on real-time control. 


The 8044 microcontroller simplifies the user inter- 
face, and offers high performance communications 
and control capabilities in a single component pack- 
age. Many interconnected Distributed Control Mod- 
ules can form a powerful platform to efficiently and 
economically administer a complete control system. 


INPUT 
.t5V . .tl0V. 
G-5V,G-IOV 


• THERWOCOUPlE 
• ST1UJN 
GAUGE 


• 
PRESURE 
SENSOR 


.rtOWWmR 


• LEVEl 
WONrl'Oft 


OUTPUT- 
.4-20 
rnA,.t 
5V •.t lOV, 


o-5V.o-l0V~ 
1RC8«/2OA 


• SERVO CONTROL 
ANALOG 


• VOlTAGE 
SOURCE 
CONTROllER 


BrTBUSTW 


INTERCONNECT 
" 


Figure 1. BITBUS Distributed 
Control 
Example 
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OUTPUT 
" ±10Y, ±5Y,O-5Y,O-10Y 
" 4-20mA 


PROGRAMMABLE 
GAIN 
INSTRUMENTATION 
AMPLIFIER 


BITBUSTM Microcontroller 
Interconnect 


The iRCB 44/20A board fully supports the BITBUS 
microcontroller interconnect. BITBUS is a serial bus 
optimized for control applications. Both synchronous 
and self-clocked modes of operation are supported 
as well as multiple transmission rates. Table 1 
shows the different combinations of modes of oper- 
ation, transmission speeds, and distances. The 
SOLC protocol and BITBUS message format com- 
prise the data-link level of the BITBUS architecture. 
Use of these standards maximizes system reliability 
and flexibility. 


The physical connection to BITBUS uses either one 
or two pairs of wires across which differential signals 
travel. The iRCB 44/20A board contains a half-du- 
plex RS 485 tranceiver and an optional clock source 
for the synchronous mode of operation. 


Local Memory 


The iRCB 44/20A board contains both internal and 
external local memory. Internal memory is located 
within the 8044 controller and is used by the iOCX 
51 Executive and the SIU. Eight bytes of bit-address- 
able internal memory have been reserved for the 
user. 


Two 28-pin JEOEC sites provide the iRCB 44/20A 
board with memory that is external to the 8044. One 
site has been dedicated for data, the other for appli- 
cation code. Table 2 lists the supported memory de- 
vices for each site. The user may select one of two 
memory configurations using jumpers. One option 
provides the user with access to the application 
code site for uploading or downloading programs, 
which allows expansion or modification of an exist- 
ing system from a remote site. 


Speed 
Maximum 
Distance 
Maximum 
# Nodes 
Maximum 
# Repeaters 


Kb/S 
Between 
Repeaters 
Per Segment" 
Between 
A Master And 


M/ft 
Any Slave 


Synchronous 
500-2400 
30/100 
28 
0 


Self Clocked 
375 
300/1000 
28 
2 


62.5 
1200/4000 
28 
10 


" Segment: Distance between master and repeater or repeater and repeater. Synchronous Mode requires user supplied 
crystal. 
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iRes 44/20A 


Device 
Data Site 
Code 
Site 


4K x 6-64Kx6 
NO 
YES 
EPROM/ROM 


2K x 6-32Kx6 
YES 
YES 
SRAM 


2K x 6-16K 
x 6 
NO 
YES 
NVRAM 
and E2PROM 


Table 2. Supported Memory Devices 
Initialization and Diagnostic Logic 


Like the other members of the Intel's Distributed 
Control Modules (iDCM) product line, the iRCS 
44/20A board includes many features which make it 
well suited for industrial control applications. Power- 
up diagnostics simplify system initialization by imme- 
diately indicating a failure in either the 8044 micro- 
controller or external bus. On-board LEDs indicate 
diagnostic status and are available after power-up 
for user developed diagnostic routines. 


Analog I/O 


The iRCS 44/20A has been designed to manage a 
wide variety of analog functions. The jumper-select- 
able voltage or current ranges plus software pro- 
grammable gain allows the iRCS 44/20A to acquire 
data from a combination of up to 16 thermocouples, 
strain gauges, pressure transducers, flow meters, 
level sensors, or any devices that operate on a 
4-20 mA current loop. Two analog output channels 
provide the capability to adjust system parameters 
locally through servo control, vOltage-drivendevices, 
or other actuators that respond to 4-20 mA signals. 


The 8044 microcontroller on the iRCS 44/20A al- 
lows Proportional 
Integral/Derivative 
(PID) algo- 
rithms, event timing, or averaging tasks to operate 
independent of the host computer or programmable 
controller. By off-loading the host in this manner, the 
overall system performance can be improved signifi- 
cantly. 


The analog I/O lines can be manipulated from a re- 
mote supervisor by communicating with the Remote 
Access and Control (RAG) functions, which are in- 
cluded in the 8044 controller firmware. The local ap- 
plication program running on the iRCB 44/20A can 
also access the RAC functions or directly operate 
the I/O lines. 


iSBXTMExpansion 


One 8-bit iSBX I/O expansion connector is provided 
to expand the functionality of the iRCB 44/20A 
board. A full line of compatible expansion MULTI- 
MODULE boards are available from Intel; both sin- 
gle- and double-wide versions are supported by the 
iRCS 44/20A. 
Parallel I/O, serial I/O, IEEE 488, 
magnetic-bubble memory, or additional analog I/O 
may be added in this manner. 


Also, the iSBX 344A BITBUS Controller MULTIMOD- 
ULE can be used to implement another BITBUS 
hierarchy with the iRCB 44/20A functioning as the 
master. With user supplied software, this product 
combination can operate as an intelligent BITBUS 
repeater, facilitating the transmission between two 
SITBUS segments operating at different speeds. 


Initial iRCS 44/20A board parameters are manually 
set with jumpers. These jumpers specify the mode of 
operation (synchronous or self clocked), and trans- 
mission speed. The address of the iRCS 44/20A 
board within the BITBUS system is also declared in 
this manner. Therefore, spare board inventory is re- 
duced, since the iRCS 44/20A may be positioned at 
any node address. 


The iRCB 44/20A board contains resident firmware 
located within the 8044 controller. This on-chip firm- 
ware, known as DCM 44, consists of a pre-config- 
ured iDCX 51 Distributed Control Executive for user 
program development and execution, a library of Re- 
mote Access and Control (RAC) functions for inter- 
node communications and I/O control, plus an iSBX 
communications gateway, and power-up diagnos- 
tics. 


The iDCX 51 Executive is an event-driven software 
manager that can respond to the needs of multiple 
tasks. This real-time multitasking executive provides 
task management and timing, interrupt handling, and 
message passing services. Table 3 shows the iDCX 
51 user command library. Both the executive and 
the communications gateway allow for the addition 
of seven user tasks at each node that are indepen- 
dent of SITBUS bus management operations. 


Remote Access and Control (RAG) functions are 
special purpose tasks that allow the host system to 
transfer commands and program variables to remote 
BITSUS controllers and read/write to the remote 
I/O lines. Table 4 provides a complete listing of the 
RAC commands. No user code need be written to 
use this function. Power-up tests provide a quick di- 
agnostic service. 


The DCM 44 firmware, integral to the iRCB 44/20A 
board, simplifies the development and implementa- 
tion of complex real-time control applications. All 
iDCM hardware products contain this integral firm- 
ware, providing the user with application code porta- 
bility. 
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Call Name 
Description 


TASK 
MANAGEMENT 
CALLS 


RQ$CREATE$TASK 
Create and schedule 
a new task. 


RQ$DELETE$TASK 
Delete specified 
task from system. 


RQ$GET$FUNCTION$IDS 
Obtain the function'lDs 
of tasks currently 
in the system. 


INTERTASK 
COMMUNICATION 
CALLS 


RQ$ALLOCA 
TE 
Obtain a message 
buffer from the system 
buffer pool. 


RQ$DEALLOCA 
TE 
Return a message 
buffer to the system 
buffer pool. 


RQ$SEND$MESSAGE 
Send a message 
to specified 
task. 


RQ$WAIT 
Wait for a message 
event. 


MEMORY 
MANAGEMENT 
CALLS 


RQ$GET$MEM 
Get available 
SMP memory. 


RQ$RELEASE$MEM 
Release 
SMP memory. 


INTERRUPT 
MANAGEMENT 
CALLS 


RQ$DISABLE$INTERRUPT 
Temporarily 
disable an interrupt. 


RQ$ENABLE$INTERRUPT 
Re-enable 
an interrupt. 


RQ$WAIT 
Wait for an interrupt 
event. 


TIMER 
MANAGEMENT 
CALLS 


RQ$SET$INTERVAL 
Establish 
a time interval. 
I 


RQ$WAIT 
Wait for an interval 
event. 


RACService 
Action 
Taken by Task 
0 


RESET 
STATION 
Perform 
a software 
reset. 


CREATE 
TASK 
Perform 
an RQ$CREATE$TASK 
system call. 


DELETE-TASK 
Perform 
an RQ$DELETE$T 
ASK system call. 


GET _FUNCTION_ID 
Perform 
an RQ$GET$FUNCTION$IDS 
call. 


RAC 
PROTECT 
Suspend 
or resume 
RAC services. 


READ 
10 
Return values from specified 
I/O ports. 


WRITE-IO 
Write to the specified 
I/O ports. 


UPDATE-IO 
Update the specified 
I/O ports. 


UPLOAD 
MEMORY 
Return the values 
in specified 
memory 
area. 


DOWNLOAD_MEMORY 
Write values to specified 
memory 
area. 


OR 
I/O 
OR values into specified 
I/O ports. 


AND 
I/O 
AND values into specified 
I/O ports. 


XOR_I/O 
XOR values into specified 
I/O ports, 


READ_INTERNAL 
Read values at specified 
internal 
RAM areas. 


WRITE 
INTERNAL 
Write values to specified 
internal 
RAM areas. 


NODE-INFO 
Return device 
related 
information. 


OFFLINE 
Set node offline. 


UPLOAD 
CODE 
Read values from code memory 
space. 
. 


DOWNLOAD_CODE 
Write values to specified 
EEPROM 
memory. 


NOTES: 
Internal 
memory 
locations 
are included 
in the 192 bytes of data RAM provided 
in the microcontroller. 
External 
memory 
refers 
memory 
outside 
the microcontroller-the 
2S-pin sockets 
of iRCB 44/20A 
board. 
Each RAC Access 
Function 
may refer to 1, 
2, 3, 4, 5 or 6 individual 
I/O or memory 
locations 
in a single 
command. 
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INDUSTRIAL 
PACKAGING 


The iRCS 44/20A 
board 
conforms 
to a single-wide 
(3V), 220 
mm deep 
Eurocard 
form-factor. 
This 
al- 
lows the iRCS 44/20A 
to fit within standard 
industri- 
al racks or chassis 
as well as Intel's 
RCX 920 Ana- 
log Signal Conditioning, 
Isolation 
& Termination 
Pan- 
el 
(see 
below). 
The 
Eurocard 
specification 
refer- 
ences 01N 41612 connectors, 
which are used on the 


iRCS 44/20A 
board. 


ANALOG 
SIGNAL 
CONDITIONING, 
ISOLATION 
AND TERMINATION 


The RC8 
44/20A 
is fully compatible 
with the RCX 
920 Analog Signal Conditioning, 
Isolation 
and Termi- 
nation 
Panel. The RCX 920 panel 
provides 
integral 


mounting 
for one RCS 44/20A, 
with connectors 
for 
power, 
the 
SITSUS 
interconnect 
signals, 
and 
18 
Analog 
Devices 
58 Series 
Signal 
Conditioning 
and 
Isolation 
Modules. 
These 
modules 
provide 
240V 
RMS field wiring 
protection, 
and 1500V 
RMS com- 
mon mode voltage 
isolation 
and support 
signal con- 


ditioning 
in a wide range of analog voltages 
and cur- 


rents including 
thermocouple 
and RTD sensors, 
mil- 


livolt 
and volt 
inputs 
and 4-20 
mA and 0-20 
mA 
outputs. 


SPECIFICATIONS 


CPU 


8044 SIT8US 
Enhanced 
Microcontroller 
(SEM) 


Word Size 


Instruction-8 
bits 
Data-8 
bits 


Processor 
Clock 


12 MHz 


1 JLsec 60% 
instructions 
2 JLsec 40% 
instructions 
4 JLsec Multiply 
& Divide 


iDCM Controller 
Up to 64K bytes code 


Option 
A 
Option 
B 


External 
Data 
OOOOH-7FFFH 
OOOOH-7FFFH 
Memory 
Site 


External 
Code 
1000H-OFFFFH 
8000H-OFFEFH 


Memory 
Site 
(OOOOH-OFFFFH if 


EAActive) 


Internal 
Code 
OOOOH-OFFFH 
OOOOH-OFFFH 
Memory 


NOTES: 
Option 
A: Supports 
maximum 
amount 
of external 
EPROM 


code 
memory 
Option 
B: Supports 
downloading 
code into external 
RAM or 


EEPROM 
memory 


HOST 
BITBUSTM 
TOOLS 
NODE 
ICETM 
EPROM 
PROG. 
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IPDSTM 
A 
A 
A 
X 
X 
C 
C 
C 
X 
IRMX~5%" 
X 
X 
X 
X 
X 
X 
X 
D 
D 
D 
S" 
X 
X 
X 
X 
X 
X 
X 
D 
D 
D 


XENIX5%" 
X 
X 
B 
X 
S" 
X 
X 
B 
X 
DOS 
X 
X 
X 
X 
X 
X 
X 
X 
X 
X 
X 
X 
X 


NOTES: 
A. iPDSTM uses Release 
1 Toolbox. 
B. Supports 
operation 
with XENIX. 
XENIX 
disks 
not required. 


C. Down-revision 
version. 
D. Available 
for iRMX~ 
86. 
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Analog-16 
single-ended or 8 differential channels 


and 2 outputs channels 


Expansion-one 
single-or double-wide iSBX MULTI- 


MODULE (MWAIT • or DMA not supported by iRCB 
44/20) 


Interrupt 
Sources 


Two ex1ernal:iSBX I/O Bus or BITBUS Interconnect 
sources 


Jumper selectable resistors provide termination ca- 
pability for cable with an impedance of 1200 or 
greater. 


Number of channels-16 
single-ended or 8 differen- 


tial 
Input ranges-O 
to 5V, 0 to 10V (unipolar) ± 5V, 


± 10V (bipolar) 
Gain ranges-1, 
10, 100, 500, (software program- 


mable) 
Input impedance-100MO 
Input bias current- 
± 50 nA 
Overvoltage protection- 
± 32V power on 
± 20V power off 


Accuracy 


Resolution-12 
bits 
Linearity and Noise-±% 
LSB (trimmable) 


System Accuracy 
Gain = 1-±0.035% 
full-scale range (trimmable) 


Gain = 50o-±0.15% 
full-scale range (trimma- 


ble) 


Stability 


Gain tempco-32 
ppmrc 
(gain = 11) 
75 ppmrc 
(gain = 500) 
Offset tempco-100 
microvoltsrC 
max. 


Dynamic Performance 


Aggregate throughout-20 
KHz (gain = 1, 10) 


7.5 KHz (gain = 100,500) 


Common mode rejection-70 
dB (gain = 1) 
100 dB (gain = 500) 


AID 
conversion time-30 
microseconds 


Number of channels-2 
Output ranges-O 
to 5V, 0 to 10V (unipolar) ±5V, 


± 10V (bipolar) 
Current-loop range-4 
to 20 mA (unipolar mode 


only) 
Output impedance-Q.20 
min. (voltage) 
5 MO max. (current) 
Output current- 
± 5 mA (short-circuit protected) 


Accuracy 


Resolution-12 
bits 
Linearity and Noise- 
± % SB (trimmable) 


System Accuracy- 
Gain = 1--0.35% 
full-scale range (trimmable) 


Gain = 500-±0.15% 
full-scale range (trimma- 


ble) 


Full-scale temperature coefficient 
150 microvoltsrC 
(unipolar) 
300 microvoltsrC 
(bipolar) 
0.6 microampsrC 
(current-loop) 


Offset temperature coefficient 
30 microvoltsrC 
(unipolar) 
180 microvoltsrC 
(bipolar) 
0.3 microampsrC 
(current-loop) 


Function 
# of Pins 
Type 
Vendor 
Part Number 


BITBUS 
64 
Flat Cable 
GW Elco 
00-8259-096-84-124 
Connector 
Robinson Nugent 
RNE-IDC-64C-TG30 


Wire Wrap 
ITTCannon 
G06 M96 P3 BDBL-004 


GWElco 
6082573017 
iSBX 
36 
Solder 
Viking 
000292-0001 
Connector 


Dynamic Performance 


Aggregate throughput-20 
KHz (gain = 1, 10) 
7.5 KHz (gain = 100,500) 


Settling Time-15 
microseconds to ± % LSB 


Interface Compliance 


iSBX BUS (through level D8/8F): 
Memory sites--<:ode and data sites are JEDEC 
compatible 


BITBUS: 


- 
Synchronous and self-clocked mode support for 
500 Kbps to 2.4 Mbps, 375K and 62.5K bits/see 


NOTE: 


On-board ALE clock supports 1 Mbps synchronous 
operation. All other synchronous mode speeds re- 
quire user-supplied 2.0-9.6 MHz crystal. 
- 
Equivalent to 1.1 standard (RS 485) loads 


- 
Message length up to 54 bytes maximum 


Power Requirement 
(exclusive of optional 


memory or iSBX MULTIMODULE) 


Voltage 
Current (amps) 
Max, Power 
(watts) 


+5V ±5% 
0.9 max. 0.7 typ 
4.5 


+12V±5% 
100 mA max. 
-12V 
±5% 
100 mAmax. 


NOTE: 
+ 15V and 
-15V 
required 
for 0 to 10V and ± 10V ranges; 
for ± 15V operation, 
the iRGS 44/20A 
cannot 
be used with 


iSSX MUL TIMODULES 
that use ± 12V power 
sources. 


Physical Characteristics 


Width: 
3.77 mm (0.542 in) maximum component 
height 
Height: 100 mm (3.93 in) 


Depth: 
220 mm (8.65 in) 


Weight: 169 gm (6 ounces) 


Operating Temperature: O°Cto + 60°C at 0.8 CFM 


air volume 


Relative Humidity: 
90% non-condensing 


Reference Manual (Not Supplied) 


148816- 
iRCB 44/20A Hardware Reference 
Manual 


Part Number 
Description 
iRCB 44/20A 
BITBUS Analog I/O Controller Board 


DCS100 BITBUS™ TOOLBOX 
HOST SOFTWARE UTILITIES 


• 
Six Utilities Simplify 
Development 
of 
Host Software 
for Controlling 
BITBUSTM-Based 
Systems 


• 
Includes 
the BITBUSTM Monitor 
Which 
Provides 
On-Line 
Monitoring 
and 
Control 
of a BITBUSTM System 


• 
Reliable 
and Easy to Use 


• 
Universal 
BITBUSTM Interlace 
and 
BITBUSTM Interlace 
Handler 
Libraries 
Provide 
32 System 
Management! 
Control 
Procedure 


• 
Compatible 
with Intel's C, PLIM 
and 
ASM Languages 


• 
For DOS, iRMX® 86/286, 
XENIX*, 
and 
iPDSTM Host Systems 


The BITBUS Toolbox 
provides 
a set of utilities designed 
to simplify 
development 
of host system 
software 
for 
controlling 
a BITBUS 
network. 
The Toolbox 
includes: 
two libraries 
of procedures 
that can be called 
from the 
host code; an on-line 
program 
called the BITBUS 
Monitor 
which is invaluable 
for troubleshooting, 
monitoring, 
and 
manually 
controlling 
a system; 
and code 
conversion/communication 
software 
to support 
applications 
software 
development 
on a pc. 


The procedure 
libraries contain 
common 
procedures 
used by the host to read or write data to remote 
node I/O 
ports, download 
or upload programs 
and data, start and stop tasks (program 
modules) 
running 
on the nodes, 
send and receive 
messages, 
and perform 
a variety 
of system 
status 
and control 
functions. 
By using these 
libraries, 
the programmer's 
task of generating 
BITBUS 
host code is substantially 
reduced. 


·'BM, 
XT and AT are trademarks 
of International 
Business 
Machines 
Corporation. 
·XENIX 
is a trademark 
of Microsoft 
Corporation. 
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THE BITBUSTM TOOLBOX-PRODUCT 
DESCRIPTION 


The BITBUS Toolbox is used to develop host code 
for controlling a BITBUS network, and is an essential 
tool for both centralized and distributed control ap- 
plications. 


With centralized control, the host code sends com- 
mands to a node to read and update the I/O. All the 
decisions are made at the host. Normally, this kind 
of system would require extensive host code. How- 
ever, the Toolbox includes the UBI and BIH proce- 
dure libraries that can be called to perform simple or 
complex control procedures. 


In addition to the Toolbox, all BITBUS boards in- 
clude, in firmware, a set of procedures known as 


Remote Access and Control (RAG). By sending sim- 
ple messages to these procedures, basic I/O func- 
tions can be performed. The RAC procedures are 
listed in Table 1. 


With distributed control systems, programs run on 
the remote BITBUS boards (nodes) and offload the 
host system of most decision making responsibili- 
ties. Using UBI calls or the BITBUS Monitor, com- 
mands can be sent to the nodes to control tasks or 
to periodically upload data for further analysis or 
storage. The software tools in the BITBUS Toolbox 
reduce the time and effort necessary to develop 
host code for these applications. 


In addition to the DCS100 BITBUS Toolbox, other 
host code tools include a full set of host software 
compilers, libraries, debuggers, and in-circuit emula- 
tors. The BITBUS Toolbox is described in detail in 
the sections that follow. 


Name 
Function 


RESET_STATION 
Perform a software reset. 


CREATE_TASK 
Perform an RQ$CREATE$TASK system call. 


DELETE 
TASK 
Perform an RQ$DELETE$TASK system call. 


GET_FUNCTION_ID 
Perform an RQ$GET$FUNCTION$IDScall. 


RAC_PROTECT 
Suspend or resume RAC services. 


READ_I/O 
Return values from specified I/O ports. 


WRITE-I/O 
Write to the specified I/O ports. 


UPDATE_I/O 
Update the specified I/O ports. 


UPLOAD_MEMORY 
Return the values in specified memory area. 


DOWNLOAD_MEMORY 
Write values to specified memory area. 


OR_IO 
OR values into specified I/O ports. 


AND_IO 
AND values into specified I/O ports. 


XOR_IO 
XOR values into specified I/O ports. 


READ 
INTERNAL 
Read values at specified internal RAM areas. 


WRITE_INTERNAL 
Write values to specified internal RAM areas. 


NODE_INFO 
Return device related information. 


OFFLINE 
Set node offline. 


UPLOAD_CODE 
Read values from code memory space. 


DOWNLOAD_CODE 
Write values to specified EEPROM memory. 
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The DCS100 BITBUS Toolbox 
includes 
six host soft- 
ware utilities. 
They include: 


• 
Universal 
BITBUS 
Interface 
(UBI)-a 
set of 28 


procedures 
for 
implementing 
remote 
I/O 
and 
controlling 
a BITBUS 
network. 


• 
BITBUS 
Interface 
Handlers 
(BIH)-four 
basic 


procedures 
for sending/receiving 
messages 
over 


a BITBUS 
network. 


• 
BITBUS Monitor 
(BBM)-An 
on-line program with 


36 commands 
that 
enable 
a user to configure, 


troubleshoot, 
monitor, 
and 
manually 
control 
a 


BITBUS 
network. 


• 
PC Bridge-Communications 
program 
for the PC 


to support 
software 
development 
on a PC and 


download 
into an iRMX or XENIX-hosted 
BITBUS 


network. 


• 
OBJHEX 
Conversion 
Utility-Converts 
an object 


file to hex format 
for downloading 
code. 


• 
UDI2DOS-Converts 
Intel object 
code 
programs 


to .exe format 
for execution 
on the PC. 


UBI is a library of 28 procedures 
called 
by the host 
program 
to 
manage 
the 
I/O, 
download 
or upload 
code and data, manage 
tasks on a node, send and 
receive 
messages, 
and 
perform 
an assortment 
of 
miscellaneous 
functions. 
These 
procedures 
are list- 
ed in Table 2, below. 


I/O 


BQ$AND$I/O 
AND I/O 
BQ$OR$I/O 
OR I/O 
BQ$XOR$I/O 
Excl. OR I/O 


BQ$WRITE$1I0 
Write I/O 
BQ$READ$I/O 
Read I/O 
BQ$UPDATE$I/O 
Write I/O and read back 


MEMORY 
MANAGEMENT 


BQ$ABS$LOAD 
Download 
program to code memory 
BQ$WRITE$CODE$MEM 
Write to code memory 
BQ$READ$CODE$MEM 
Read code memory 
BQ$WRITE$INT$MEM 
Write to internal data memory 
BQ$READ$INT$MEM 
Read internal data memory 
BQ$WRITE$EXT$MEM 
Write to external 
data memory 
BQ$READ$EXT$MEM 
Read external data memory 


TASK MANAGEMENT 


BQ$CREATE$TASK 
Create task 
BQ$DELETE$T 
ASK 
Delete task 
BQ$GET$FUNCTION$IDS 
Read task function 
IDs 


MESSAGE 
MANAGEMENT 


BQ$FLUSH 
Clear an iSBX/iPCX 
interface 
BQ$RECEIVE$MESSAGE 
Receive a message 
BQ$SEND$MESSAGE 
Send a message 
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MISCELLANEOUS 
CALLS 


BO$DELAY 
Perform a time delay 
BO$NODE$INFO 
Return node information 
BO$PROBE$SBX 
Check for BITBUS iSBX board 
BO$PROTECT$RAC 
Lockout 
(protect) 
a node 
BO$RESET$DEVICE 
Initiate a software 
reset 
BO$RESYNC$NODE 
Set a node offline, prep. to resync 
BO$SET$PORT 
Set port I/O address 
BO$SET$SBX 
Set port I/O address 
BO$SHELL 
Shell escape and then return 


The 
UBI 
utility 
includes 
libraries 
interfacing 
with 


PL/M 
and C host code 
running 
within 
DOS, iRMX, 


and XENIX environments. 
Also included 
are declara- 


tion files for the procedures. 


To use these procedures, 
the UBI calls are incorpo- 


rated 
into the 
source 
code 
modules 
together 
with 


parameters 
needed 
by the 
procedures 
(e.g. 
node 


address, 
port address, 
memory 
location, 
task num- 


ber, and data). The source 
module 
and UBI declara- 


tion files are then compiled 
and linked with the UBI 
library. 


When the call executes, 
the called procedure 
will be 


performed, 
data 
will 
be 
returned 
(in the 
case 
of 


READ or UPLOAD 
procedures) 
together 
with an er- 


ror code. These 
error codes 
can help the host sys- 


tem take corrective 
action. 


BIH is a library of four basic procedures 
for sending 


and receiving 
messages 
between 
the host and net- 


work nodes. These procedures, 
listed in Table 3, are 


most useful when generating 
custom 
UBI-like proce- 


dures. 
The 
BIH 
utility 
includes 
procedure 
libraries 


and declaration 
files for DOS, iRMX 86/88/286, 
and 


ISIS-PDS 
(iPDS)-based 
systems. 


Call Name 
Description 


CO$DCM$INIT 
Performs 
any initialization 
required by the 
BITBUS Interface 
Handlers. 


CO$DCM$RECEIVE 
Receives 
one message 
from any BITBUS 


node. 
CO$DCM$STATUS$CHECK 
Determines 
whether 
a BITBUS message 
is available 
to receive. 


CO$DCM$TRANSMIT 
Transmits 
one message 
to any BITBUS 
node. 
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To use these 
libraries, 
the 
appropriate 
declaration 


file is included 
with the host source 
code. The mod- 


ules 
are 
then 
compiled 
and 
the 
resultant 
object 


module 
is linked to the BIH library. 


The 
BITBUS 
Monitor 
(BBM) 
is an on-line 
program 
that 
is invaluable 
for troubleshooting 
and testing 
a 
BITBUS 
system 
and can also be used to manually 
control 
a 
system. 
BBM 
commands 
are 
listed 
in 
Table 4. 


110 
MESSAGE 
MANAGEMENT 


AIO 
And I/O 
DMSG 
Display a message 


010 
Or I/O 
RMSG 
Receive a message 


RIO 
Read I/O 
SMSG 
Send a message 


UIO 
Update I/O 
TMSG 
Sends, receives, 
displays 
a message 


WIO 
Write to I/O 
MISCELLANEOUS 
COMMANDS 


XIO 
Exclusive 
OR I/O 
DELAY 
Suspend 
Activity 


MEMORY 
MANAGEMENT 
EXIT 
Exit BBM 


LOAD 
Download 
to code memory 
FLUSH 
Clears an iSBX/iPCX 
interface 


RCMEM 
Read code memory 
HELP 
Provide on-line help 


RIMEM 
Read internal 
memory 
INCLUDE 
Open/execute 
a BBM file 


RXMEM 
Read data memory 
LIST 
Creates a copy of the BBM session 


WCMEM 
Write to code memory 
LOCK 
Lockout 
(protect) 
a node 


WIMEM 
Write to internal 
memory 
NODEINFO 
Node information 


WXMEM 
Write to data memory 
PAUSE 
Wait until <CR> 


TASK MANAGEMENT 
RESET 
SW reset at a node 
RESYNC 
Set a node offline 


CTASK 
Create a task 
SETPORT/ 
Set port I/O address 


DTASK 
Delete a task 
SETSBX 


SYS 
Display node task status 
SHELL 
XENIX/DOS 
shell escape from BBM 


SYMBOLS 
Display/create/change 
the value of 


a user symbol 
UNLOCK 
Unprotect 
VERBOSE 
Controls 
echo and prompts 
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1/0 ACCESS 


Six commands are provided for writing to and read- 
ing from I/O ports on remote nodes. With these 
commands, an operator can test the I/O connected 
to a BITBUS node or monitor the status of an input 
port. The I/O commands allow an operator to quick- 
ly isolate a problem at a remote node. 


Seven memory access commands are provided. 
These commands allow the operator to download 
and upload both code (programs) and data (vari- 
ables) between the host system and remote BITBUS 
nodes. Internal RAM memory within the 8044BEM 
microcontroller can also be accessed. In addition, 
the BBM supports code download to both static 
RAM and E2PROM devices. The memory access 
commands are especially useful for on-target appli- 
cation development. 


The BITBUS Monitor enables the user to reference 
a memory location by using a symbolic reference or 
label. For example, if a task running on a node in- 
cludes a program variable called "rate", the opera- 
tor can modify this variable simply by typing: 


WlMEM<node 
address> 
.rate 
6CH 


In this case, the program will execute with a value of 
6C hex for "rate". 


Symbolic references can also be used for other 
BBM parameters, such as node address, port ad- 
dress, and data. Symbolic access allows the user to 
more easily test and modify programs at run time. 


Four commands are available to monitor and control 
the running of tasks on the nodes. 


The DCX 51 real time multitasking executive found 
on all BITBUS boards can support up to 7 user tasks 
(in addition to the RAC task). Each of these tasks 
have an initial Task Descriptor (ITD) which assigns a 
function 10 to the task plus other important run-time 
parameters used by the executive. By chaining ITDs 
together, multiple tasks can become active upon 
power up. 


The BBM commands allow tasks to selectively be 
made active (CTASK) or inactive (DTASK). In addi- 
tion, the SYS command can be used to display 
which nodes are present and operational in a sys- 
tem and display the function IDs for active tasks on 


each node. The task management commands are 
especially useful when developing/troubleshooting 
multitasking control programs. 


MESSAGE 
OPERATIONS 


These four commands are used to send and receive 
messages to and from tasks on remote nodes. 


MISCELLANEOUS 
COMMANDS 


The BBM includes 15 commands that are used to 
control the operating status of nodes, and to support 
various troubleshooting functions. These commands 
include: 


The HELP command-an 
on-line facility that dis- 


plays the complete BBM command directory or de- 
tailed information on using the commands. 


The SHELL command-allows 
an operator to do a 


shell escape to DOS or XENIX, perform the needed 
operating system function, and return to the monitor. 


The RESET, FLUSH, and RESYNC commands- 
used to clear a node that is hung. 


OPERATING 
ENVIRONMENT 


The BITBUS Monitor will run on DOS, iRMX 86/286, 
XENIX and iPDS-based systems. Both 5Y4" and 8" 
media is provided for iRMX and XENIX systems. The 
iPDS version of the monitor does not include the 
following BBM commands (or equivalent UBI calls): 
DELAY, LIST, PAUSE, RCMEM, RESYSC, SET- 
PORT, SYMBOLS, TMSG, VERBOSE, WCMEM. 


PC Bridge 


The PC Bridge is a communications program that 
runs on a PC-DOS or MS-DOS system, and is used 
to establish a communication link between the PC 
and an Intel iRMX 86/286 or XENIX-based micro- 
computer system. The software engineer can use 
the Bridge in two ways. First, he can develop host or 
node programs on the PCand download the code to 
the host system or remote nodes. He can also use 
the PC as a virtual terminal to the host system. The 
PC Bridge effectively expands the development en- 
vironment for the software engineer. 


The link between the PC and the host microcomput- 
er can either be over an RS232 cable (supplied) or 
via a modem link. The PC Bridge transfers data at up 
to 
19.2K 
baud 
(asynchronous) and 
supports 


XON/XOFF flow control. 
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OBJHEX is an object code to hex code conversion 
utility similar to the OH51 hex converter supplied 
with Intel "8051" languages. OBJHEX has the addi- 
tional ability to retain the object module's symbol ta- 
ble during the conversion process. The table is 
stored at the host system and enables the BITBUS 
Monitor to symbolically access program memory. 
OBJHEX runs on both DOS and iRMX86 (5%*, 8* 
media)-based systems. 


UDI2DOS converts Intel object code (8086 OMF) to 
the .exe format so that it will run within a DOS envi- 
ronment. 
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Series II 


III 
X 
IV 


IPDS 
A 
A 
A 


IRMX 5Y4* 
X 
X 
X 
X 
X 
8* 
X 
X 
X 
X 
X 


XENIX 5Y4* 
X 
X 
B 
X 
8* 
X 
X 
B 
X 
DOS 
X 
X 
X 
X 
X 
X 


NOTES: 
A. iPDS uses Release 1 Toolbox. 
B. Supports operation with XENIX. XENIX disks not re- 
quired. 


Documentation 
(supplied) 


BITBUS Toolbox Overview and 
Installation Guide 
BITBUS Monitor User's Guide 
Universal BITBUS Interface 
User's Guide 
BITBUS Interface Handlers User's 
Guide 
PC Bridge Communications Utility 
User's Guide 
BITBUS OBJHEX Conversion Utility 
User's Guide 


460235-001 
148686-002 


Compatible 
Software 


Intel ASM, PLlM, and C languages 
(8086/80286/80386 
versions) 


Order 
Number 
DCS100SU 


Description 
BITBUS Toolbox 
Host 
Software 


Utilities, single-use license for de- 
velopment only. Includes RS232 
cables to connect an Intel micro- 
computer 
system with 
an 
IBM" 


PC-XT* or PC-AT*, and full docu- 
mentation. See above for media 
provided. 
BITBUS Toolbox 
Host Software 


Utilities. Same as above, except 
sold with a buyout license. Allows 
incorporation of UBI and BIH pro- 
cedure libraries-no 
additional in- 


corporation fee is required. 


inter 
DCS110 BITWARE 
DCS120 PROGRAMMERS SUPPORT PACKAGE 


• 
Supports 
Calls to the 8044BEM 
Mlcrocontroller 
On-Chip, 
Multitasking 
DCX 51 Executive 


• 
Fully Compatible 
with Intel's ASM51 
and PL/M51 
Languages 


• 
DCS110 also Includes 
DCM44 Code to 
Support 
Emulation/Debug 
of BITBUSTM 
Node Code using Intel In-Circuit 
Emulators 


• 
For DOS, IRMX®, IPDSTM, and Series 
III/IV 
Development 
Environments 


The 
DCS110 
and 
DCS120 
packages 
are designed 
to support 
software 
development 
of distributed 
control 
BITBUS 
applications. 
Both products 
include 
a DCX51 interface 
library so that BITBUS 
application 
programs 
can make calls to the DCX51 Executive. 
DCS110 
also includes 
a DCM44 
downloadable 
file that enables 
an 
Intel in-circuit 
emulator 
such as the ICETM 5100/044 
to emulate 
a BITBUS 
environment. 
By using an in-circuit 
emulator 
together 
with DCS11 0, the developer 
can easily and quickly debug 
BITBUS 
application 
code. 


The 
8044BEM 
microcontroller, 
used 
on 
every 
BITBUS 
board, includes 
in firmware 
a preconfigured 
version 
of the DCX 51 Executive. 
DCX 51 provides 
a 
variety of services 
to the application 
code, including: 


task management; 
interrupt 
management; 
inter-task 
communications; 
memory 
management; 
and timing 
services. 
Up to 7 user tasks 
can run concurrently 
under 
DCX 51. Each task has a unique 
Initial Task 


Descriptor 
(ITD) that describes 
to the executive 
sev- 
eral run-time 
parameters 
(e.g. stack 
space, 
priority 
level, 
etc.). 
By also 
specifying 
an Initial 
Data 
De- 


scriptor 
(lDD), the executive 
can be partially 
recon- 
figured. 
Modifiable 
run-time 
constants 
include 
the 
system 
clock 
rate, 
clock 
priority, 
internal 
memory 
buffer size, and user (internal) 
memory 
size. DCX 51 
calls are listed in Table 
1. 


By running applications 
under DCX 51, the designer 
can make optimal 
use of the 8044BEM 
microcontrol- 
ler. If a task needs to wait for a message, 
an inter- 


rupt, or a time period, DCX 51 will temporarily 
assign 
access to the 8044 to another 
task. In this way, mul- 


tiple tasks can access 
the microcontroller. 


Call Name 
Description 


Task Management 
Calls 


RQ$CREATE$T 
ASK 
Create and schedule 
a new task. 


RQ$DELETE$TASK 
Delete specified 
task from system. 


RQ$GET$FUNCTION$IDS 
Obtain the function 
IDs of tasks currently 
in the system. 


Intertask 
Communication 
Calls 


RQ$ALLOCATE 
Obtain a message 
buffer from the system buffer pool. 


RQ$DEALLOCATE 
Return a message 
buffer to the system buffer pool. 


RQ$SEND$MESSAGE 
Send a message 
to specified 
task. 


RQ$WAIT 
Wait for a message 
event. 


Memory 
Management 
Calls 


RQ$GET$MEM 
Get available 
memory from the system memory pool. 


RQ$RELEASE$MEM 
Release 
memory to the system memory 
pool. 


Interrupt 
Management 
Calls 


RQ$DISABLE$INTERRUPT 
Temporarily 
disable an interrupt. 


RQ$ENABLE$INTERRUPT 
Re-enable 
an interrupt. 


RQ$WAIT 
Wait for an interrupt 
event. 


Timer Management 
Calls 


RQ$SET$INTERVAL 
Establish 
a time interval. 


RQ$WAIT 
Wait for an interval event. 


Interfacing 
to the DeX 51 Executive 


To 
interface 
with 
the 
executive, 
DCS110 
and 


DCS120 
both include a DCX 51 interface 
library plus 


a set of "include" 
files. The interface 
library, which is 


linked to the application 
modules, 
allow the code to 


access 
DCX 51 procedures. 
The "include" 
files con- 


sist of DCX 51 declaration 
and macro definition 
files 


that help simplify 
source 
code development. 
These 


files are listed in Table 2. 


Des 110 Bitware Software 
Package 


In addition 
to the 
DCX· 51 interface 
files, 
DCS110 


also includes 
a DCM44 
object 
file to support 
debug 


of 
node 
code 
using 
an 
Intel 
in-circuit 
emulator. 


DCM44 
is 
the 
firmware 
found 
in 
all 
8044BEM 


BITBUS 
microcontrollers 
and together 
with an Intel 


in-circuit 
emulator, 
successfully 
duplicates 
the 


8044BEM 
environment. 
Emulators 
that are support- 


ed include the ICETM 5100/044, 
the ICE 44, and the 


EMV 44. 


Developing 
Applications 
Software 


Using 
DCS110 
or 
DCS120 
software 
to 
develop 


BITBUS 
applications 
software 
is a straightforward, 


multi-step 
process 
as diagrammed 
in Figure 
1. The 


designer 
uses a text editor 
to write 
the application 


code either in ASM 51 or PLIM 
51. The source code 


modules 
are then 
assembled/compiled 
along 
with 


the DCX 51 "include" 
files. The final step is to link 


together 
all of the 
modules, 
the 
DCX 51 interface 


library, and the DCM441.L1B file. The linked/located 
absolute 
object 
module 
can then be downloaded 
to 


the target 
board or burned 
into EPROM. 


Filename 
Description 
- 


DCX 51 Support 
Flies: 


DCX511.L1B 
Interface 
library to the DCX 51 executive. 
Provides the linker with the address 
of data 
variables 
and entry points for DCX51 procedures 
called from other object modules. 


DCX51 A. EXT 
External and literal declaration 
files. These files support 
DCX 51 calls from ASM 51 
DCX51A.L1T 
and PL/M 
51 code. 


DCX51P.L1T 


DCXBOP.EXT 
DCX 51 External procedure 
declarations 
for PL/M 
51 modules 
using 8044 register 
DCXB1P.EXT 
banks 0, 1, 2 or 3. 


DCXB2P.EXT 
DCXB3P.EXT 


DCX51A.MAC 
Initial Task Descriptor 
(ITD) and Initial Data Descriptor 
(lDD) macro definitions. 


APPL1.A51 
Sample application, 
parts 1 and 2; template 
for generating 
ITDs and IDD. 
APPL2.A51 


DCM441.L1B 
This file maps out reserved 
memory needed 
by the 8044BEM 
firmware 
and is linked 
to other user object modules 
using the RL51 Linker. 


DCM44 Firmware 
Flies (DCS110 
Only): 


DCM44 
DCM44 (BITBUS) code for InteIICETM/EMV 
emulators. 


COIl4PILE) 
ASSEII4BLE 


LEGEND: 
C) 
FILE 


( 
) 
DeS 110/120 
FILE 
o 
SOFTWARE TOOL 


Development 
Environments 


Both DCS110 and DCS120 are shipped with media 
to support software development on PC/MS-DOS. 
iRMX 86. iPDS. and Intellec@Series III/IV systems. 
DCS110 is available with a single-use license for ap- 
plication development and debug. Designers plan- 
ning to incorporte DCX 51 files in their application 
should purchase the DCS120 "buyout" product. 


Order 
Codes 
DCS110SU 


Description 
Bitware Software Package. Includes 
DCM44 code to emulate a BITBUS 
environment when using an Intel in- 
circuit emulator and interface files to 
support procedure calls to DCX 51. 
Provided with 
documentation 
and 
PC·DOS. iRMX 86 (5%" • 8"). iPDS, 
and Series III/IV media. Single-use 
license. 


DCS120BY 
Programmers Support Package. In- 
cludes interface files to support pro- 
cedure calls to DCX 51. Provided 
with documentation 
and PC-DOS, 


iRMX 86 (5%". 8"), iPDS. and Se- 
ries III/IV media. Buyout license al- 
lows incorporation of software into 
product-no 
additional incorporatio'n 


fee is required. 


BITBUS Toolbox Host Software Utili· 
ties for PC/MS-DOS. iRMX 86/286. 
XENIX·, iPDS, and Series III/IV host 
systems. 


Source Code and Text Editor for all 
Intel 
host 
environments 
(consult 


data sheet for order codes), 


inter 


(Note: All products also include RL51 Linker/Relo- 
cator, L1B51Librarian, and OH51 object to hex code 
converter) 


D86ASM51 
ASM 
51 Assembler for 
PC- 
DOS host system 
ASM 51 Assembler for iRMX 
86 host system 
ASM 51 Assembler for Series 
III/IV host systems 
ASM 51 Assembler for iPDS 
and Series II host systems 
PL/M 51 Compiler for PC-DOS 
host system 
PLIM 51 Compiler for IRMX 86 
host system 
PLIM 51 Compiler for Series 
III/IV host systems 
PL/M 51 Compiler for iPDS and 
Series II host systems 


IN·CIRCUIT 
EMULATORS 
AND PROM 
PROGRAMMERS 


(Note: + indicates that the product is no longer 
available) 
ICE5100/044 


iUP-200A, 
iUP-201A 


In-Circuit Emulator for the RU- 
PITM-44Family (hosted on PC- 
DOS, and Series III/IV-see 
data sheet for order codes) 
8044 In-Circuit Emulator (host- 
ed on Series II-IV systems) 
Kit to add 8044 support to an 
EMV-51/51A 
emulator 
(iPDS 
host) 
Universal PROM programmer 
(hosted on PC-DOS, iPDS, and 
Series III/IV; see data sheet for 
order codes) 


inter 


8051 
SOFTWARE 
PACKAGES 


• 
Choice of hosts: 
PCDOS 3.0 based IBM" PC XT/AT", 
IRMX@86,iPDSTMSystem, Series II, 
Series III, and Series IV 


• 
Supports all members of the Intel 
MCS@-51 architecture 


PL/M51 Software Package Contains the 
following: 


• 
PL/M51 Compiler which is designed to 
support all phases of software 
implementation 


• 
RL51 Linker and Relocator which 
enables programmers 
to develop 


software 
in a modular fashion 


• 
LIB51 Librarian which lets 
programmers 
create and maintain 


libraries of software 
object modules 


8051 Software Development Package 
Contains the following: 


• 
8051 Macro Assembler which gives 
symbolic access to 8051 hardware 
features 


• 
RL51 Linker and Relocator program 
which links modules generated by the 
assembler 


• 
L1B51 Librarian which lets 
programmers 
create and maintain 


libraries of software 
object modules 


intJ 


• High-level 
programming 
language 
for 
• Allows programmer 
to have complete 
the Intel MCS® -51 single-chip 
control 
of microcomputer 
resources 
microcomputer 
family 
• Extends 
high-level 
language 
• Compatible 
with PL/M 
80 assuring 
programming 
advantages 
to 
MCS® ·80/85 design portability 
microcontroller 
software 
development 
• Enhanced 
to support 
boolean 
• Improved 
reliability, 
lower maintenance 
processing 
costs, increased 
programmer 
• Tailored 
to provide 
an optimum 
productivity 
and software 
portability 


balance 
among 
on-chip 
RAM usage, 
• Includes 
the linking and relocating 
code size and code execution 
time 
utility and the library manager 
• Produces 
relocatable 
object 
code 
• Supports 
all members 
of the Intel 
which is linkable to object 
modules 
MCS® -51 architecture 
generated 
by all other 8051 translators 


PLIM 
51 is a structured, 
high-level 
programming 
language 
for the Intel MCS-51 family of microcomputers. 
The 
PLIM 
51 language 
and compiler 
have been designed 
to support 
the unique 
software 
development 
require- 


ments 
of the single-chip 
microcomputer 
environment. 
The PL/M 
language 
has been 
enhanced 
to support 
Boolean 
processing 
and efficient 
access 
to the microcomputer 
functions. 
New compiler 
controls 
allow 
the 
programmer 
complete 
control 
over what microcomputer 
resources 
are used by PL/M 
programs. 


PLIM 
51 is largely compatible 
with PL/M 
80 and PLIM 
86. A significant 
proportion 
of existing 
PL/M 
software 
can be ported to the MCS-51 with modifications 
to support 
the MCS-51 architecture. 
Existing 
PL/M 
program- 
mers can start programming 
for the MCS-51 with a small relearning 
effort. 


PLI M 51 is the high-level 
alternative 
to assembly 
language 
programming 
for the MCS-51. When code size and 
code execution 
speed 
are not critical 
factors, 
PLIM 
51 is the cost-effective 
approach 
to developing 
reliable, 
maintainable 
software. 


The PLIM 
51 compiler 
has been designed 
to support 
efficiently 
all phases 
of software 
implementation 
with 
features 
like a syntax 
checker, 
multiple 
levels of optimization, 
cross-reference 
generation 
and debug 
record 
generation. 


ICETM 5100, ICE 51, and EMV51 are available 
for on-target 
debugging. 


Software 
available 
for PC DOS 3.0 based 
IBM' 
PC XT/AP 
Systems. 


inter 


PL/M 51 COMPILER 


Interrupt 
Handling 


Major features of the Intel PL/M 51 compiler and 
programming language include: 


Structured 
Programming 


PL/M source code is developed in a series of mod- 
ules, procedures, and blocks. Encouraging program 
modularity in this manner makes programs more 
readable, and easier to maintain and debug. The 
language becomes more flexible, by clearly defining 
the scope of user variables (local to a private proce- 
dure, for example). 


Language Compatibility 


PL/M 51 object modules are compatible with object 
modules generated by all other MCS-51 translators. 
This means that PL/M programs may be linked to 
programs written in any other MCS-51 language. 


Object modules are compatible with In-Circuit Emu- 
lators and Emulation Vehicles for MCS-51 proces- 
sors: the DEBUG compiler control provides these 
tools with symbolic debugging capabilities. 


Supports Three Data Types 


PL/M makes use of three data types for various ap- 
plications. These data types range from one to six- 
teen bits and facilitate various arithmetic, logic, and 
address functions: 
- 
Bit: a binary digit 


- 
Byte: a-bit unsigned number or, 
- 
Word: 16-bit unsigned number. 


Another powerful facility allows the use of BASED 
variables that map more than one variable to the 
same memory location. This is especially useful for 
passing parameters, relative and absolute address- 
ing, and memory allocation. 


Two Data Structuring 
Facilities 


PL/M 51 supports two data structuring facilities. 
These add flexibility to the referencing of data stored 
in large groups. 
- 
Array: Indexed list of same type data elements 


- 
Structure: Named collection of same or different 
type data elements 
\ 


- 
Combinations of Both: Arrays of structures or 
structures of arrays. 


A procedure may be defined with the INTERRUPT 
attribute. The compiler will generate code to save 
and restore the processor status, for execution of 
the user-defined interrupt handler routines. 


Compiler Controls 


The PL/M 51 compiler offers controls that facilitate 
such features as: 
- 
Including additional PL/M 51 source files from 
disk 
- 
Cross-reference 
- 
Corresponding assembly language code in the 
listing file 


Program Addressing 
Control 


The PLIM 51 compiler takes full advantage of pro- 
gram addressing with the ROM (SMALL/MEDIUMI 
LARGE) control. Programs with less than 2 KB code 
space can use the SMALL or MEDIUM option to 
generate optimum addressing instructions. Larger 
programs can address over the full 64 KB range. 


The PL/M 51 compiler offers four levels of optimiza- 
tion for significantly reducing overall program size. 
- 
Combination or "folding" 
of constant expres- 


sions; "Strength reductions" (a shift left rather 
than multiply by 2) 
- 
Machine code optimizations; elimination of su- 
perfluous branches 
- 
Automatic overlaying of on-chip RAM variables 


- 
Register history: an off-chip variable will not be 
reloaded if its value is available in a register. 


Error Checking 


The PLIM 51 compiler has a very powerful feature 
to speed up compilations. If a syntax or program er- 
ror is detected, the compiler will skip the code gen- 
eration and optimization passes. This usually yields 
a 2X performance increase for compilation of pro- 
grams with errors. 


A fully detailed set of programming and compilation 
error messages is provided by the compiler and us- 
er's guide. 


PLIM 
51 is designed 
to be an efficient, 
cost-effec- 


tive solution 
to the special 
requirements 
of MCS-51 


Microsystem 
Software 
Development, 
as illustrated 


by the following 
benefits 
of PL/M 
use: 


Low Learning Effort 


PL/M 
51 is easy to learn and to use, even for the 


novice 
programmer. 


Critical 
projects 
are 
completed 
much 
earlier 
than 


otherwise 
possible 
because 
PLIM 
51, a structured 


high-level 
language, 
increases 
programmer 
produc- 


tivity. 


Increases 
in programmer 
productivity 
translate 
im- 


mediately 
into 
lower 
software 
development 
costs 


because 
less programming 
resources 
are required 


for a given programmed 
function. 


Increased 
Reliability 


PLIM 
51 is designed 
to aid in the development 
of 


reliable 
software 
(PLIM 
programs 
are simple 
state- 


ments 
of the program 
algorithm). 
This substantially 


reduces 
the risk of costly correction 
of errors in sys- 


tems 
that 
have 
already 
reached 
full 
production 


status, as the more simply stated the program 
is, the 


more likely it is to perform 
its intended 
function. 


Easier Enhancements 
and 
Maintenance 


Programs 
written 
in PLIM 
tend to be self-document- 


ing, thus easier to read and understand. 
This means 


it is easier to enhance 
and maintain 
PLIM 
programs 


as the system 
capabilities 
expand 
and future 
prod- 


ucts are developed. 


• 
Links modules 
generated 
by the 


assembler 
and the PL/M 
complier 


• 
Locates 
the linked object 
to absolute 


memory 
locations 


• 
Enables modular 
programming 
of 
software-efficient 
program 
development 


• 
Modular 
programs 
are easy to 
understand, 
maintainable 
and reliable 


The MCS-51 linker and relocator 
(RL51) is a utility which enables 
MCS-51 programmers 
to develop 
software 
in 
a modular 
fashion. 
The utility resolves 
all references 
between 
modules 
and assigns 
absolute 
memory 
loca- 
tions to all the relocatable 
segments, 
combining 
relocatable 
partial segments 
with the same name. 


With 
this utility, 
software 
can be developed 
more 
quickly 
because 
small 
functional 
modules 
are easier 
to 
understand, 
design and test than large programs. 


The total number of allowed 
symbols 
in user-developed 
software 
is very large because 
the assembler 
number 
of symbols' 
limit applies only per module, not to the entire program. 
Therefore 
programs 
can be more readable 
and better documented. 
RL51 can be invoked 
either manually or through 
a batch file for improved 
productivity. 


Modules 
can be saved and used on different 
programs. 
Therefore 
the software 
investment 
of the customer 
is 
maintained. 


RL51 produces 
two files. The absolute 
object module file can be directly 
executed 
by the MCS-51 family. The 
listing file shows 
the results 
of the link/locate 
process. 


inter 


The L1B51utility enables MCS-51 programmers to 
create and maintain libraries of software object mod- 
ules. With this utility, the customer can develop stan- 
dard software modules and place them in libraries, 
which programs can access through a standard in- 
terface. When using object libraries, the linker will 


call only object modules that are required to satisfy 
external references. 


Consequently, the librarian enables the customer to 
port and reuse software on different projects-there- 
by maintaining the customer's software investment. 


Order Code 


D86PLM51 


Operating 
Environment 


PLlM51 Software for PC DOS 3.0 Systems 


PL/M51 Software for iRMX 86 Systems 


Documentation 
Package 


PLIM 51 User's Guide 
Hotline Telephone Support, Software Performance 
Report (SPR), Software Updates, Technical 
Re- 


ports, and monthly Technical Newsletters are avail- 
able. 


inter 


• 
Symbolic 
relocatable 
assembly 


language 
programming 
for 8051 


microcontrollers 


• 
Extends 
Intellec® 
Microcomputer 


Development 
System 
to support 
8051 


program 
development 


• 
Produces 
Relocatable 
Object 
Code 


which is linkable to other 8051 Object 
Modules 


The 8051 software 
development 
package 
provides 
development 
system 
support 
for the powerful 
8051 family 
of single 
chip microcomputers. 
The package 
contains 
a symbolic 
macro 
assembler 
and relocation/linkage 
utilities. 


• 
Encourage 
modular 
program 
design for 


maintainability 
and reliability 


• 
Macro Assembler 
features 
conditional 


assembly 
and macro capabilities 


• 
Supports 
all members 
of the Intel 


MCS® 51 architecture 


The assembler 
produces 
relocatable 
object 
modules 
from 8051 macro 
assembly 
language 
instructions. 
The 
object 
code modules 
can be linked and located 
to absolute 
memory 
locations. 
This absolute 
object code may 
be used to program 
the 8751 EPROM version 
of the chip. The assembler 
output may also be debugged 
using 
the new family of ICE 5100 emulators 
or with the ICE·51TM in-circuit 
emulator. 


The converter 
translates 
8048 assembly 
language 
instructions 
into 8051 source 
instructions 
to provide 
soft· 
ware compatibility 
between 
the two families 
of microcontrollers. 


Software 
available 
for PC DOS 3.0 based 
IBM' 
PC XT/AT 
Systems. 


intJ 


• 
Supports 
8051 family 
program 


development 
on Intellec@ 
Microcomputer 
Development 
Systems 


• 
Gives symbolic 
access 
to powerful 


8051 hardware 
features 


• 
Produces 
object 
file, listing file and 


error diagnostics 


• 
Object 
files are linkable and locatable 


• 
Provides 
software 
support 
for many 


addressing 
and data allocation 
capabilities 


• 
Symbolic 
Assembler 
supports 
symbol 


table, cross-reference, 
macro 
capabilities, 
and conditional 
assembly 


The 8051 Macro Assembler (ASM51) translates symbolic 8051 macro assembly language modules into link- 
able and locatable object code modules. Assembly language mnemonics are easier to program and are more 
readable than binary or hexadecimal machine instructions. By allowing the programmer to give symbolic 
names to memory locations rather than absolute addresses, software design and debug are performed more 
quickly and reliably. Furthermore, since modules are linkable and relocatable, the programmer can do his 
software in modular fashion. This makes programs easy to understand, maintainable and reliable. 


The assembler supports macro definitions and calls. This is a convenient way to program a frequently used 
code sequence only once. The assembler also provides conditional assembly capabilities. 


Cross referencing is provided in the symbol table listing, showing the user the lines in which each symbol was 
defined and referenced. 


ASM51 provides symbolic access to the many useful addressing features of the 8051 architecture. These 
features include referencing for bit and byte locations, and for providing 4-bit operations for BCD arithmetic. 
The assembler also provides symbolic access to hardware registers, I/O ports, control bits, and RAM address- 
es. ASM51 can support all members of the 8051 family. 


If an 8051 program contains errors, the assembler provides a comprehensive set of error diagnostics, which 
are included in the assembly listing or on another file. Program testing may be performed by using the iUP 
Universal Programmer and iUP F87/51 personality module to program the 8751 EPROM version of the chip. 


ICE 5100, ICE51 and EMV51 are available for program debugging. 


• 
Links modules 
generated 
by the 


assembler 


• 
Locates 
the linked object 
to absolute 


memory 
locations 


• 
Enables 
modular 
programming 
of 


software 
for efficient 
program 
development 


• 
Modular 
programs 
are easy to 
understand, 
maintainable 
and reliable 


The 8051 linker and relocator (RL51) is a utility which enables 8051 programmers to develop software in a 
modular fashion. The linker resolves all references between modules and the relocator assigns absolute 
memory locations to all the relocatable segments, combining relocatable partial segments with the same 
name. 


With this utility, software can be developed more quickly because small functional modules are easier to 
understand, design and test than large programs. 


The number of symbols in the software is very large because the assembler symbol limit applies only per 
module not the entire program. Therefore programs can be more readable and better documented. 


Modules can be saved and used on different programs. Therefore the software investment of the customer is 
maintained. 


inter 


RL51 produces two files. The absolute object module file can be directly executed by the 8051 family. The 
listing file shows the results of the link/locate process. 


The L1B51utility enables MCS-51 programmers to create and maintain libraries of software object modules. 
With this utility, the customer can develop standard software modules and place them in libraries, which 
programs can access through a standard interface. When using object libraries, the linker will call only object 
modules that are required to satisfy external references. 


Consequently, the librarian enables the customer to port and reuse software on different projects-thereby 
maintaining the customer's software investment. 


Order Code 


D86ASM51 


R86ASM51 


Operating 
Environment 


8051 Assembler for PCDOS 3.0 Systems 


Documentation 
Package: 


MCS-51 Macro Assembler User's Guide 


MCS-51 Utilities User's Guide for 8080/8085 
Based Development System 


Hotline Telephone Support, Software Performance 
Reporting (SPR), Software Updates, Technical Re- 
ports, Monthly Newsletter available. 


MCS-51 8048-to-8051 Assembly Language Con- 
verter Operating Instructions for ISIS-II Users 


inter 
ICETM-5100/044 
In-Circuit Emulator 
for the RUPITM-44 Family 
• Precise, 
Full-Speed, 
Real-Time 
• Symbolic 
Debugging 
Enables 
Access 
to 
Emulation 
of the RUPITM-44 Family of 
Memory 
Locations 
and Program 
Peripherals 
Variables 
• 64 KB of Mappable 
High-Speed 
• Four Address 
Breakpoints 
Plus In- 
Emulation 
Memory 
Range, Out-of-Range, 
and Page Breaks 
• 254 24-blt Frames of Trace 
Memory 
(16 
• Equipped 
with the Integrated 
Command 
Bits Trace 
Program 
Execution 
Directory 
(ICDTM) That Provides 
Addresses 
and 8 Bits Trace 
Eternal 
- 
On-Line 
Help 
Events) 
- 
Syntax 
Guidance 
and Checking 
• Serial Link to Intel Series 
IIII1V or IBM· 
- 
Command 
Recall 


PC AT or PC XT (and PC DOS 
• On-Line 
Disassembler 
and Single-Line 
Compatibles) 
Assembler 
to Help with Code Patching 
• ASM-51 
and PL/M-51 
Language 
• Provides 
an Ideal Environment 
for 
Support 
Debugging 
BITBUSTM Applications 
• Built-in CRT-Oriented 
Text Editor 
Code 


The ICETM-5100/044 in-circuit emulator is a high-level, interactive debugger that is used to develop and test 
the hardware and software of a target system based on the RUPITM-44family of peripherals. The ICE- 
5100/044 emulator can be serially linked to an Intellec~ Series III/IV or an IBM PCAT or PCXT. The emulator 
can communicate with the host system at standard baud rates up to 19.2K. The design of the emulator 
supports all of the RUPI-44 components at speeds up to and including 12 MHz. 
• 


·IBM 
is a registered 
trademark 
of International 
Business 
Machines 
Corporation. 
Intel Corporation 
assumes 
no responsibility 
for the use of any circuitry 
other than circuitry 
embodied 
in an Intel product. 
No other 
patent 
licenses 
are implied. 
Information 
contained 
herein 
supersedes 
previously 
published 
specifications 
on these 
devices 
from 
Intel. 


inter 


The ICE-5100/044 
emulator 
provides 
full emulation 
support for the RUPI-44 family of peripherals, 
includ- 
ing 
8044-based 
BITBUSTM 
board 
products. 
The 
RUPI-44 
family consists 
of the 8044, the 8744, and 
the 8344. 


The ICE-5100/044 
emulator 
enables 
hardware 
and 
software 
development 
to 
proceed 
simultaneously. 
With the ICE-5100/044, 
prototype 
hardware 
can be 
added to the system 
as it is designed 
and software 
can 
be developed 
prior 
to the 
completion 
of the 
hardware 
prototype. 
Software 
and hardware 
integra- 
tion can occur while the product 
is being developed. 


The 
ICE-5100/044 
emulator 
assists 
four stages 
of 
development: 


• 
Software 
debugging 


• 
Hardware 
debugging 


• 
System 
integration 


• 
System 
test 


Software 
Debugging 


The 
ICE-5100/044 
emulator 
can be operated 
with- 
out being connected 
to the target system and before 
any of the user's hardware 
is available 
(provided 
ex- 
ternal 
data RAM is not needed). 
In this stand-alone 
mode, 
the 
ICE-5100/044 
emulator 
can be used to 
facilitate 
program 
development. 


Hardware 
Debugging 


The 
ICE-5100/044 
emulator's 
AC/DC 
parametric 
characteristics 
match the microcontroller's. 
The em- 
ulator's 
full-speed 
operation 
makes it a valuable 
tool 
for debugging 
hardware, 
including 
time-critical 
serial 
port, timer, and external 
interrupt 
interfaces. 


Integration 
of 
software 
and 
hardware 
can 
begin 
when the emulator 
is plugged 
into the microcontrol- 
ler socket 
of the prototype 
system 
hardware. 
Hard- 
ware can be added, modified, 
and tested immediate- 
ly. As each 
section 
of the user's 
hardware 
is com- 
pleted, 
it can be added 
to the prototype. 
Thus, the 
hardware 
and software 
can be system tested in real- 
time operation 
as each section 
becomes 
available. 


System Test 


When the prototype 
is complete, 
it is tested 
with the 
final 
version 
of 
the 
system 
software. 
The 
ICE- 
5100/044 
emulator 
is then used for real-time 
emula- 
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tion of the microcontroller 
to debug the system 
as a 
completed 
unit. 


The final product 
verfication 
test can be performed 
using the ROM or EPROM version 
of the microcon- 
troller. 
Thus, 
the 
ICE-5100/044 
emulator 
provides 
the ability to debug a prototype 
or production 
system 
at any stage in its development 
without 
introducing 
extraneous 
hardware 
or software 
test tools. 


The ICE-5100/044 
emulator 
consists 
of the follow- 
ing components 
(see Figure 1): 


• 
Power supply 


• 
AC and DC power cables 


• 
Controller 
pod 


• 
Serial Cable (host-specific) 


• 
User probe 
assembly 
(consisting 
of the proces- 
sor module 
and the user cable) 


• 
Crystal power 
accessory 
(CPA) 


• 
40-pin target 
adaptor 


• 
Clips assembly 


• 
Software 
(includes 
the 
ICE-5100/044 
emulator 
software, 
diagnostic 
software, 
and a tutorial) 


The 
controller 
pod 
contains 
64 
KB 
of 
emulation 
memory, 254- by 24-bit frames of trace memory, 
and 
the control 
processor. 
In addition, 
the controller 
pod 
houses 
a BNC connector 
that can be used to con- 
nect 
up to 
10 multi-ICE 
compatible 
emulators 
for 
synchronous 
starting 
and stopping 
of emulation. 


The 
serial 
cable 
connects 
the 
host 
system 
to the 
controller 
pod. The serial cable supports 
a subset of 
the RS-232C 
signals. 


The user probe 
assembly 
consists 
of a user cable 
and 
a processor 
module. 
The 
processor 
module 
houses 
the 
emulation 
processor 
and 
the 
interface 
logic. The target 
adaptor 
connects 
to the processor 
module 
and provides 
an electrical 
and 
mechanical 
interface 
to the target 
microcontroller 
socket. 


The crystal 
power 
accessory 
(CPA) is a small, 
de- 
tachable 
board 
that connects 
to the controller 
pod 
and enables 
the 
ICE-5100/044 
emulator 
to run in 
stand-alone 
mode. The target adaptor 
plugs into the 
socket on the CPA; the CPA then supplies 
clock and 
power to the user probe. 


The clips assembly 
enables 
the user to trace exter- 
nal events. 
Eight 
bits of data 
are gathered 
on the 
rising 
edge 
of 
PSEN 
during 
opcode 
fetches. 
The 
clips information 
can be displayed 
using the CLIPS 
option 
with the PRINT command. 
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Figure 1. The ICETM-5100/044 
Emulator 
Hardware 
The ICE-5100-044 emulator software supports mne- 
troller of the target system. Emulation is a transpar- 
monies, object file formats. and symbolic references 
ent process that happens in real-time. The execution 
generated by Intel's ASM-51 and PLlM-51 program- 
of the user software is facilitated with the ICE- 
ming languages. Along with the ICE-51001044 emu- 
5100/044 command language. 
lator software is a customer confidence test disk 
with diagnostic routines that check the operation of 
the hardware. 
Memory Mapping 


The on-line tutorial is written in the ICE-5100 com- 
mand language. Thus, the user is able to interact 
with and use the ICE-51001044 emulator while exe- 
cuting the tutorial. 


A comprehensive set of documentation is provided 
with the ICE-5100/044 emulator. 


ICETM-5100/044 
EMULATOR 
FEATURES 


The ICE-5100/044 emulator has been created to as- 
sist a product designer in developing, debugging and 
testing designs incorporating the RUPI-44 family of 
peripherals. The following sections detail some of 
the ICE-51001044 emulator features. 


Emulation is the controlled execution of the user's 
software in the target hardware or in an artificial 
hardware environment that duplicates the microcon- 


There is a 64 KB of memory that can be mapped to 
the CODE memory space in 4 KB blocks on 4 KB 
boundaries. 
By 
mapping 
memory 
to 
the 
ICE· 
5100/044 emulator, software development can pro- 
ceed before the user hardware is available. 


Memory Examination 
and Modification 


The memory space for the 8044 microcontroller and 
its target hardware is fully accessible through the 
emulator. The ICE-5100/044 emulator refers to four 
physically distinct memory spaces, as follows: 


• CODE-references 
program memory 
• IDATA-references 
internal data memory 
• RDATA-references 
special function register 
memory 


• XDATA-references 
external data memory 


ICE-51001044 
emulator 
commands 
that 
access 
memory use one of the special prefixes (e.g., CODE) 
to specify the memory space. 


inter 


The microcontroller's special function registers and 
register bits can be accessed mnemonically (e.g., 
DPL, TCON, CY, P1.2) with the ICE-5100/044 emu- 
lator software. 


Data can be displayed or modified in one of three 
bases: hexadecimal, decimal, or binary. Data can 
also be displayed or modified in one of two formats: 
ASCII or unsigned integer. Program code can be dis- 
assembled and displayed as ASM-51 assembler 
mnemonics. Code can be modified with standard 
ASM-51 statements using the built-in single-line as- 
sembler. 


Symbolic references can be used to specify memory 
locations. A symbolic reference is a procedure 
name, line number, program variable, or label in the 
user program that corresponds to a location. 


Some typical symbolic functions include: 
• Changing or inspecting the value of a program 


variable by using its symbolic name to access the 
memory location. 
• Defining break and trace events using symbolic 


references. 


• Referencing variables as primitive data types. 


The primitive data types are ADDRESS, BIT, 
BOOLEAN, 
BYTE, 
CHAR 
(character), 
and 


WORD. 


The ICE-5100/044 emulator maintains a virtual sym- 
bol table (VST) for program symbols. A maximum of 
61 KB of host memory space is available for the 
VST. If the VST is larger than 61 KB, the excess is 
stored on available host system disk space and is 
paged in and out as needed. The size of the VST is 
limited only by the disk capacity of the host system. 


Breakpoint 
Specifications 


Breakpoints are used to halt a user program in order 
to examine the effect of the program's execution on 
the target system. The ICE-5100/044 emulator sup- 
ports three different types of break specifications: 


• Specific address break-specifying 
a single ad- 


dress point at which emulation is to be stopped. 


• Range break-an 
arbitrary range of addresses 


can be specified to halt emulation. Program exe- 
cution within or, optionally, outside the range 
halts emulation. 


• Page break-op 
to 256 page breaks can be spec- 


ified. A page break is defined as a range of ad- 
dresses that is 256-bytes long and begins on a 
256-byte address boundary. 


Break registers are user-defined debug definitions 
used to create and store breakpoint definitions. 
Break registers can contain multiple breakpoint defi- 
nitions and can optionally call debug procedures 
when emulation halts. 


Trace Specifications 


Tracing can be triggered using specifications similar 
to 
those 
used 
for 
breaking. 
Normally, 
the 


ICE-5100/044 
emulator 
traces 
program 
activity 


while the user program is executing. With a trace 
specification, tracing can be triggered to occur only 
when specific conditions are met during execution. 
Up to 254 24-bit frames of trace information are col- 
lected in a buffer during emulation. Sixteen of the 24 
bits trace instruction execution addresses, and 8 bits 
capture external events (CLIPS). 


~ 
,. Print newest four instructions in the buffer ., 
~ 
hIt> PRINT NEWEST 4 
FRAME 
ADDR 
CODE 
INSTRUCTIONS 


(28) 
300A 
C02A 
PUSH 
2AH 


(30 
300C 
2532 
ADD 
A, 32H 


(32) 
300E 
F52A 
MOV 
2AH, A 


(34) 
3010 
B53210 
CJNE 
A,32H, $+10H 


hIt> 
hlt>PRINT 
CLIPS OLDEST 2 
,. Buffer display showing clips ., 


FRAME 
ADDR 
CODE 
INSTRUCTIONS 
CLIPS 
(76543210) 


(00) 
007AH 
0508 
INC 
INDX PTR 
10101111 
(01) 
007CH 
80E6 
SJMP (#28) 
00100010 
IL_----- 
---------.JI 


The trace buffer display is similar to an ASM-51 
pro- 
gram listing as shown 
in Figure 2. The PAINT 
com- 
mand 
enables 
the 
user 
to 
selectively 
display 
the 
contents 
of the trace buffer. The user has the option 
of displaying 
the clips information 
as well as dissas- 
sembled 
instructions. 


Procedures 


Debugging 
procedures 
(PAOCs) 
are a user-defined 
group of ICE-5100/044 
commands 
that are execut- 
ed as one command. 
PAOCs enable the user to de- 


fine several 
commands 
in a named 
block 
structure. 


The commands 
are executed 
by entering 
thename 
of the PAOC. The PAOC bodies are a simple DO ... 
END construct. 


ARM 
FOREVER 
TIL 
USING 
TRACE 
<execute> 


\\;t> GO FROM 
J 


<expr> 


hlt>GO 
FROM 13H 


<operator> 
ARM 
FOREVER 
TIL 
USING 
TRACE 
<execute> 


Figure 3. The Integrated 
Command 
Directory 
for the GO Command 
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PROCs can simulate missing hardware or software, 
set breakpoints, collect debug information, and exe- 
cute high-level software patches. PROCs can be 
copied to text files on disk, then recalled for use in 
later test sessions. PROCs can also serve as pro- 
gram diagnostics, implementing ICE-5100/044 emu- 
lator commands or user-defined definitions for spe- 
cial purposes. 


On-Line Syntax Menu 


A special syntax menu, called the Integrated Com- 
mand directory (ICD), similar to the one used for the 
121CETMsystem and the VLSiCE-96 emulator, aids in 
creating syntactically correct command lines. Figure 
3 shows an example of the ICD and how it changes 
to reflect the options available for the GO command. 


Help 


The HELP command provides ICE-5100/044 emula- 
tion command assistance via the host system termi- 
nal. On-line HELP is available for the ICE-5100/044 
emulator commands shown in Figure 4. 


BITBUSTM Applications 
Support 


The ICE-5100/044 emulator provides an ideal envi- 
ronment for developing applications code for BIT- 
BUS board products such as the RCB-44/10, the 
RCB-44/20, 
the 
PCX-344, and the 
iSBXTM-344 


board. 


The BITBUS firmware, available separately as BIT- 
WARE, can be loaded into the ICE-5100/044 emula- 


tor's memory along with the user's code to enable 
rapid debug of 8044 BITBUS applications code. 


The height of the processor module and the target 
adaptor need to be considered for target systems. 
Allow at least 1% inches (3.8 cm) of space to fit the 
processor module and target adaptor. Figure 5 
shows the dimensions of the processor module. 


Execution of user programs that contain interrupt 
routines causes incorrect data to be stored in the 
trace buffer. When an interrupt occurs, the next in- 
struction to be executed is placed into the trace buff- 
er before it is actually executed. Following comple- 
tion of the interrupt routine, the instruction is execut- 
ed and again placed into the trace buffer. 


The emulation processor's 
user-pin timings and 


loadings are identical to the 8044 component, ex- 
cept as follows. 
• Up to 25 pF of additional pin capacitance is con- 


tributed by the processor module and target 
adaptor assemblies. 


• Pin 31, EA, has approximately 32 pF of additional 


capacitance loading due to sensing circuitry. 


• Pins 18 and 19, XTAL1 and XTAL2 respectively, 


have approximately 15-16 pF of additional capac- 
itance when configured for crystal operation. 


V 
'\ 


hlt>HELP 


HELP 1s available 
for: 


ADDRESS 
APPEND 
ASM 
BASE 
BIT 
BOOLEAN 
BRKREG 
BYTE 
CHAR 
CI 
CNTL_C 
COMMENTS 
CONSTRUCTS 
COUNT 
CURHOME 
CURX 
CURY 
DCI 
DEBUG 
DEFINE 
DIR 


DISPLAY 
DO 
DYNASCOPE 
EDIT 
ERROR 
EVAL 
EXIT 
EXPRESSION 
GO 
HELP 
IF 
INCLUDE 
INVOCATION 
ISTEP 
KEYS 
LABEL 
LINES 
LIST 
LITERALLY 
LOAD 
LSTEP 
MAP 
MENU 
MODIFY 
MODULE 
MSPACE 
MTYPE 
NAMESCOPE 
OPERATOR 
PAGING 
PARTITION 
PRINT 
PROC 
PSEUDO_VAR 
PUT 


REFERENCE 
REGS 
REMOVE 
REPEAT 
RESET 
RETURN 
SAVE 
STRING 
SYMBOLIC 
SYNCSTART 
TEMPCHECK 
TRCREG 
TYPES 
VARIABLE 
VERIFY 
VERSION 
WAIT 
WORD 
WRITE 


hlt> 


-J 


280325-5 


Figure 4. HELP Menu 
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U-l 
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CABLE BODY 
.- 
--j 
_.----------- 
31- 
------------- 
("em) 
(10.2eml 


PROCESSOR 
MODULE 
----.~r9;(...~, 


TARGET 
~ 
ADAPTOR 


HOST REQUIREMENTS 


• 
IBM PC AT or PC XT (or PC DOS compatible) 
with 
512 
KB of available 
RAM 
and a hard disk 


running 
under 
the DOS 3.0 ( or later) operating 


system. 


• 
Intellec 
Series III/IV microcomputer 
development 


system 
running 
the 
ISIS or iNDX operating 
sys- 
tem respectively, 
with at least 512 KB of applica- 
tion memory 
resident. 


• 
Disk drives-dual 
floppy or one hard disk and one 


floppy 
drive required. 


ICETM-5100/044 
EMULATOR 


SOFTWARE 
PACKAGE 


• 
ICE-51 00/044 
emulator 
software 


• 
ICE-51 00/044 
confidence 
tests 


• 
ICE-5100 
tutorial 
software 


EMULATOR 
PERFORMANCE 


Memory 
Mappable 
full-speed 
emulation 
code 
memory 


Trace memory 


Virtual Symbol 
Table 


64 KB 
Mappable 
to user or ICE- 


5100/044 
emulator 
mem- 


ory in 4 KB blocks on 4 KB 
boundaries. 


A maximum 
of 61 
KB of 


host 
memory 
space 
is 


available 
for 
the 
virtual 
symbol 
table 
(VST). 
The 


rest of the VST resides 
on 


disk and 
is paged 
in and 


out as needed. 


Width: 


Height: 


Depth: 


Weight: 


8_%" 
1_%" 


13_1/2" 


4 Ibs 


(21 
cm) 
(3.8 
cm) 


(34.3 
cm) 


( 1.85 kg) 


(With the target 
adaptor 
attached) 


Width: 
3-13,1,6" 
(9.7 
cm) 


Height: 
4" 
(10.2 cm) 


Depth: 
1_1/2" 
(3.8 
cm) 


Power Supply 


Width: 
7_%" 
(18.1 
cm) 


Height: 
4" 
(10.06 cm) 


Depth: 
11" 
(27.97 cm) 


Weight 
15 Ibs 
(6.1 
kg) 
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Power Supply 


100-120V or 200-240V (selectable) 
50-60 Hz 
2 amps (AC max) 
@ 120V 


1 amp (AC max) 
@ 240V 


ENVIRONMENTAL 
CHARACTERISTICS 


+ 10·C to +40·C 
(50·F to 


104·F) 


Maximum 
of 85% 
relative 
humidity, non-condensing 


Emulator Hardware 
and Software 
Order Code 
Description 


1044KITAD 
This 
kit contains 
the 
ICE-5100/044 
user probe 
assembly, 
power 
supply 
and 
cables, 
serial 
cables, 
target 
adaptor, 
CPA, 
ICE-5100 
controller 
pod, software, and documentation 
for 
use with an IBM PC AT or PC XT. The 
kit also includes 
the 8051 Software 
Development 
Package 
and 
the 
AEDIT 
text 
editor 
for 
use on 
DOS 
systems. [Requires software license.) 


1044KITD 
This kit is the same as the 1044KITAD 
excluding 
the 8051 Software 
Devel- 


opment Package and the AEDIT text 
editor. [Requires software 
license.) 


1044KITAS 
This 
kit contains 
the 
ICE-5100/044 
user probe assembly, 
power 
supply 
and 
cables, 
serial 
cables, 
target 
adaptor, 
CPA, 
ICE-5100 
controller 
pod, software, and documentation 
for 
use with 
Intel 
hosts 
(Series 
III/IV). 
The kit also includes the 8051 Soft- 
ware Development 
Package and the 
AEDIT text editor for use on the Se- 
ries 
III/IV. 
[Requires 
software 
li- 
cense.) 


1044KITS 
This kit is the same as the 1044KITAS 
excluding 
the 8051 Software 
Devel- 
opment Package and the AEDIT text 
editor. [Requires software 
license.) 


Software 
Only 
Order Code 
Description 


SA044D 
This kit contains 
the host, probe, di- 


agnostic, 
and 
tutorial 
software 
on 


5%" 
disks for use on an IBM PC AT 


or PC XT (requires DOS 3.0 or later). 
[Requires software 
license.) 


SA044S 
This kit contains 
the host, probe, di- 


agnostic, and tutorial software 
on 8" 


disks 
(both 
single-density 
and 
dou- 


ble-density) 
for use on a Series 
III, 


and on 5-%" 
disks for use on a Se- 


ries IV. [Requires software 
license.) 


Other Useful Intel@MCS@-51Debug and 
Development Support Products 
Order Code 
Description 


D86ASM51 
8051 Software Development Pack· 
age (DOS version)-Consists 
of the 


ASM-51 
macro 
assembler 
which 


gives symbolic access to 8051 hard- 
ware features; 
the 
RL51 
linker 
and 


relocator program that links modules 
generated 
by 
ASM-51; 
CONV51 


which 
enables 
software 
written 
for 


the MCS-48 family to be up-graded to 
run on the 8051, and the L1851 Li- 
brarian which programmers 
can use 


to 
create 
and 
maintain 
libraries 
of 


software 
object 
modules. 
Use with 


the 
DOS operating 
system 
(version 


3.0 or later). 


D86PLM51 
PL/M-51 Software Package (DOS 
version)-Consists 
of 
the 
PLlM-51 


compiler 
which 
provides 
high-level 


programming 
language 
support; 
the 


LI851 
utility 
that 
creates 
and 


maintains 
libraries of software 
object 


modules, 
and 
the 
RL51 
linker 
and 


relocator 
program that links modules 


generated 
by ASM-51 
and PL/M-51 


and locates 
the linked 
object 
mod- 


ules to absolute 
memory 
locations. 


Use with the DOS operating 
system 


(version 3.0 or later). 


186ASM51 
8051 Software Development Pack- 
age 
(ISIS 
version)-Same 
as 
the 


D86ASM51 
package except this one 


is for use with the Series III. 


186PLM51 
PL/M·51 Sofware Package--Same 
as the 
D86PLM51 
package 
except 


this one is for use with the Series III 
and Series IV. 


D86EDINL 
AEDIT 
text 
editor 
for 
use with 
the 


DOS operating 
system. 
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iDCX 51 
DISTRIBUTED CONTROL EXECUTIVE 


• 
Supports 
MCS@·51 and RUPITM·44 
Famlles of 8-Bit Mlcrocontrollers 


• 
Real· Time, Multitasking 
Executive 
- 
Supports 
up to 8 Tasks at Four 
Priority 
Levels 


• 
Local and Remote 
Task Communication 


• 
Small-2.2K 
Bytes 


• 
Reliable 


• 
Simple User Interface 


• 
Dynamic 
Reconfiguration 
Capability 


• 
Compatible 
with BITBUSTM/Distrlbuted 


Control 
Modules 
(iDCM) Product 
Line 


The iDCX 51 Executive 
is compact, 
easy to use software 
for development 
and implementation 
of applications 
using the high performance 
8-bit family of 8051 microcontrollers, 
including 
the 8051, 8044, and 8052. Like the 
8051 
family, 
the 
iDCX 51 Executive 
is tuned 
for real-time 
control 
applications 
requiring 
manipulation 
and 
scheduling 
of more than one task, and fast response 
to external 
stimuli. 


The MCS-51 microcontroller 
family coupled 
with iDCX 51 is a natural combination 
for applications 
such as data 
acquisition 
and monitoring, 
process 
control, 
robotics, 
and machine 
control. 
The iDCX 51 Executive 
can signifi- 
cantly 
reduce 
applications 
development 
time, particularly 
BITBUS 
distributed 
control 
environments. 


The iDCX 51 Executive 
is available 
in two forms, 
either as configurable 
software 
on diskette 
or as preconfig- 
ured firmware 
within the 8044 BEM BITBUS 
microcontroller. 
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The iDCX 51 Executive 
is designed 
to support 
the 
MCS-51 
and RUPI-44 
families 
of 8-bit microcontrol- 
lers. MCS-51 
microcontrollers 
that are supported 
in- 
clude the 8051, 80C51 , 8052, 8031, 8032, and 8751 
devices. 
The 
RUPI-44 
microcontrollers 
include 
the 
8044, 
8344, 
and 8744 devices. 
All of these 
micro- 
controllers 
share a common 
8051 core. 


Real-time 
control 
applications 
must be responsive 
to 


the 
external 
environment 
and 
typically 
involve 
the 
execution 
of more than one activity 
(task or set of 
tasks) in response 
to different 
external 
stimuli. Con- 
trol 
of an industrial 
drying 
process 
is an example. 


This 
process 
could 
require 
monitoring 
of 
multiple 


temperatures 
and humidity; 
control 
of fans, heaters, 


and motors 
that must respond 
accordingly 
to a vari- 


ety of inputs. The iDCX 51 Executive 
fully supports 
applications 
requiring 
response 
to stimuli as they oc- 


cur, i.e., in real-time. 
This real-time 
response 
is sup- 


ported for multiple 
tasks often needed 
to implement 


a control 
application. 


Some of the facilities 
precisely 
tailored 
for develop- 


ment and implementation 
of real-time 
control 
appli- 


cation 
systems 
provided 
by the iDCX 51 Executive 
are: task management, 
interrupt 
handling, 
message 


passing, 
and when 
integrated 
with communications 
support, 
message 
passing 
with different 
microcon- 


trollers. 
Also, 
the 
iDCX 
51 Executive 
is driven 
by 


events: 
interrupts, 
timers, 
and 
messages 
ensuring 


the application 
system 
always responds 
to the envi- 


ronment 
appropriately. 


A task is a program 
defined 
by the user to execute 
a 


particular 
control 
function 
or functions. 
Multiple 
pro- 


grams or tasks may be required 
to implement 
a par- 


ticular function 
such as "controlling 
Heater 
1". The 


iDCX 51 Executive 
recognizes 
three 
different 
task 


states 
as one 
of 
the 
mechanisms 
to 
accomplish 


scheduling 
of up to eight tasks. 
Figure 
2 illustrates 


the different 
task states and their relationship 
to one 


another. 


The scheduling 
of tasks 
is priority 
based. 
The user 


can 
prioritize 
tasks 
to 
reflect 
their 
relative 
impor- 


tance 
within 
the 
overall 
control 
scheme. 
For 
in- 


stance, 
if Heater 
1 must go off line prior to Heater 2 
then 
the 
task 
associated 
with 
Heater 
1 shutdown 


could be assigned 
a higher priority ensuring 
the cor- 


rect shutdown 
sequence. 
The RQ WAIT system 
call 


is also a scheduling 
tool. 
In this example 
the task 


implementing 
Heater 
2 shutdown 
could 
include 
an 


instruction 
to wait for completion 
of the task that im- 


plements 
Heater 
1 shutdown. 


The iDCX 51 Executive 
allows for PREEMPTION 
of 


a task that is currently 
being executed. 
This means 


that if some 
external 
event 
occurs 
such as a cata- 


strophic 
failure of Heater 
1, a higher priority task as- 


sociated 
with the interrupt, 
message, 
or timeout 
re- 


sulting from the failure will preempt 
the running task. 


Preemption 
ensures 
the emergency 
will be respond- 


ed to immediately. 
This is crucial for real-time 
control 


application 
systems. 


Evant Occurs Assoc. 
w/Aslaap Task wI 
Lower Priority 
Than Running 
Task 
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The 
iDCX 51 
Executive supports five 
interrupt 


sources as shown in Table 1. Four of these interrupt 
sources, excluding timer 0, can be assigned to a 
task. When one of the interrupts occurs the task as- 
sociated with it becomes a running task (if it were 
the highest priority task in a ready state). In this way, 
the iDCX 51 Executive responds to a number of in- 
ternal and external stimuli including time intervals 
designed by the user. 


Interrupt 
Source 
Interrupt 
Number 


External Request 0 
OOH 


Timer 0 
01H 
--=- 


External Request 1 
02H 


Timer 1 
03H 


Internal Serial Port 1 
04H 


Message Passing 


The iDCX 51 Executive allows tasks to interface with 
one another via a simple message passing facility. 
This message passing facility can be extended to 
different processors when communications support 
is integrated within a BITBUS/iDCM system, for ex- 
ample. This facility provides the user with the ability 
to link different functions or tasks. Linkage between 
tasks/functions is typically required to support de- 
velopment of complex control applications with mul- 
tiple sensors (input variables) and drivers (output 
variables). For instance, the industrial drying process 
might require a dozen temperature inputs, six mois- 
ture readings, and control of: three fans, two con- 
veyor motors, a dryer motor, and a pneumatic con- 
veyor. The data gathered from both the temperature 
and humidity sensors could be processed. Two 
tasks might be required to gather the data and pro- 
cess it. One task could perform a part of the analy- 
sis, then include a pointer to the next task to com- 
plete the next part of the analysis. The tasks could 
continue to move between one another. 


The iDCX 51 Executive system calls can support 
communication to tasks on remote controllers. This 
feature makes the iDCX 51 Executive ideal for appli- 
cations using distributed architectures. 
Providing 


communication support saves significant application 
development time and allows for more effective use 
of this time. Intel's iDCM product line combines 
hardware and software to provide this function. 


In an iDCM system, communication between nodes 
occurs via the BITBUS microcontroller interconnect. 
The BITBUS microcontroller interconnect is a high 
performance serial control bus specifically intended 
for use in applications built on distributed architec- 
tures. The iDCX 51 Executive provides BITBUS sup- 
port. 


A pre-configured version of the iDCX 51 Executive 
implements the BITBUS message format and pro- 
vides all iDCX 51 facilities mentioned previously: 
task management, interrupt handling, and message 
passing. This version of the Executive is supplied in 
firmware on the 8044 BEM with the iDCM hardware 
products: the iSBXTM344A BITBUS Controller MUL- 
TIMODULETM; the iDCX 344A BITBUS controller 
board for the PC; and the iRCB boards. 


Designers who want to use the iDCX executive on 
an Intel BITBUS board should purchase either 
DCS110 or DSC120 BITBUS software. Both of these 
products include an interface library to iDCX 51 pro- 
cedures and other development files. It is not neces- 
sary to purchase the iDCX 51 Executive. 


The iDCX 51 Executive's capabilities are utlilized 
through system calls. These interfaces have been 
defined for ease of use and simplicity. Table 2 in- 
cludes a listing of these calls and their functions. 
Note that tasks may be created at system initializa- 
tion or run-time using the CREATE TASK call. 


Other Functions such as GET FUNCTION IDS, AL- 
LOCATE/DEALLOCATE BUFFER, and SEND MES- 
SAGE, support communication for distributed archi- 
tectures. 
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Call Name 
Description 


TASK MANAGEMENT 
CALLS 


RQ$CREATE$TASK 
Create and schedule 
a new task. 


RQ$DELETE$T 
ASK 
Delete specified 
task from system. 


RQ$GET$FUNCTION$IDS 
Obtain the function 
IDs of tasks currently 
in the system. 


RQ$ALLOCATE 
Obtain a message 
buffer from the system buffer pool. 


RQ$DEALLOCATE 
Return a message 
buffer to the system buffer pool. 


RQ$SEND$MESSAGE 
Send a message 
to specified 
task. 


RQ$WAIT 
Wait for a message 
event. 


MEMORY 
MANAGEMENT 
CALLS 


RQ$GET$MEM 
Get available 
system memory pool memory. 


RQ$RELEASE$MEM 
Release system memory pool memory. 


INTERRUPT 
MANAGEMENT 
CALLS 


RQ$DISABLE$INTERRUPT 
Temporarily 
disable an interrupt. 


RQ$ENABLE$INTERRUPT 
Re-enable 
an interrupt. 


RQ$WAIT 
Wait for an interrupt 
event. 


TIMER 
MANAGEMENT 
CALLS 


RQ$SET$INTERVAL 
Establish 
a time interval. 


RQ$WAIT 
Wait for an interval event. 


Another 
feature 
that eases application 
development 
is automatic 
register 
bank allocation. 
The Executive 
will assign tasks to register 
banks automatically 
un- 
less a specific 
request 
is made. The iDCX 51 Execu- 
tive keeps track of the register assignments 
allowing 
the user to concentrate 
on other activities. 


The user configures 
an iDCX 51 system 
simply 
by 
specifying 
the initial set of task descriptors 
and con- 
figuration 
values, 
and 
linking 
the 
system 
via 
the 
RL 51 Linker 
and 
Locator 
Program 
with 
user pro- 
grams. 


Each task that will be running 
under 
control 
of the 
executive 
has an Initial Task 
Description 
(ITD) that 
describes 
it. The ITD specifies 
to the executive 
the 
amount 
of stack 
space 
to reserve, 
the priority 
level 
of the task (1-4), the internal 
memory 
register 
bank 
to be associated 
with the task, the internal 
or exter- 
nal interrupt 
associated 
with the task, and a function 
ID (assigned 
by the 
user) 
that 
uniquely 
labels 
the 
task. The ITD can also include 
a pointer 
to the ITD 
for the next task. In this wayan 
ITD "chain" 
can be 
formed. 
For example, 
if four 
ITD's 
are chained 
to- 


gether, 
then when 
the system 
is initialized, 
all four 
tasks will be put into a READY state. Then, the high- 
est priority task will run. 


The DCX 51 user can control 
several 
system 
con- 
stants 
during 
the 
configuration 
process 
(Table 
3). 


Most of these 
constants 
are fixed, but by including 
an Initial Data Descriptor 
(IDD) in an ITD chain, the 
system clock priority, clock time unit, and buffer size 
can be modified 
at run-time. 


This feature 
is useful for products 
that use the same 
software 
core, 
but 
need 
minor 
modification 
of the 
executive 
to better 
match 
the end application. 
The 
initial data descriptor 
also allows 
the designer, 
who 
is using 
an 8044 
BEM 
BITBUS 
Microcontroller, 
to 
modify 
the preconfigured 
(on-chip) 
iDCX 51 Execu- 
tive. 


Programs 
may be written 
in ASM 
51 or PLIM 
51. 


Intel's 
8051 
Software 
Development 
Package 
con· 
tains both ASM 51 and RL 51. Figure 
3 shows 
the 
software 
generation 
process. 
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Constant 
Name 
Description 


RQ CLOCK PRIORITY 
The priority level of the system clock. 


RQ CLOCK TICK 
The number of time cycles in the system clock basic time unit (a "tick"). 


RQFIRST 
ITO 
The absolute 
address of the first ITD in the ITD chain. 


RQ MEM POOL ADR 
The start address of the System Memory Pool (SMP) in Internal 
Data RAM. 


RQ MEM POOL LEN 
The length of the SMP. 


RQRAM 
100 
The absolute 
RAM address of where iDCX 51 checks for an Initial Data 


Descriptor 
(100) during initialization. 


RQ SYS BUF SIZE 
The size, in bytes, of each buffer in the system buffer pool. 


ICE1M 5100 
SERIES, 
ICE™ 
44, ICE 51, 


EMV 44, OR EMV 51, 


EMULATORS 


INSTALL EMULATOR 
PROBE IN 
MICROCONTROLLER 
SITE 


IUP-200A/201 
A 
UNIVERSAL PROM 
PROGRAMMER 
INSTALL 
EPROM 


. IN CODE 
SITE 


TARGET 
BOARD 
WITH 


MCS® 
51/ 


RUPI™44 
MICRO- 
CONTROLLER 


0""""" 
D SOFTWARE TOOL 


NOTE: 
'RL 51 is included with ASM51 and PL/M 51; OBJHEX and the BITBUS Monitor are part of the DCS100 BITBUS 
Toolbox. 
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SOPHISTICATED 
INTERNAL 
MEMORY 


MANAGEMENT 


The 
amount 
of 
internal 
memory 
available 
ranges 


from 128 to 256 bytes depending 
on the type of mi- 


crocontroller 
used. 


Internal 
memory 
is used 
for 
the 
executive, 
stack 


spare for "running" 
tasks, 
space for message 
buff- 


ers, 
and 
reserved 
memory 
for 
variables 
storage. 
Other memory 
is used for register 
space. Except for 


register 
space, 
the allocation 
of internal 
memory 
is 


controlled 
by the executive, 
user-specified 
task/data 


descriptors 
and system 
configuration 
constants. 


To optimize 
use of this 
limited 
resource, 
iOCX 51 


provides 
dynamic 
(run-time) 
memory 
management. 


INITIALIZATION 
AND DYNAMIC 


MEMORY 
MANAGEMENT 


At initialization 
(see Figure 4), the iOCX 51 Executive 


creates 
the System 
Memory 
Pool (SMP) out of the 


remaining 
initial free space (Le. memory 
not used by 


the iOCX 51 Executive 
or for register 
space). 
Next, 
stack 
space 
is created 
for each 
of the initial tasks 


that will be running on the system. 
If reserved 
mem- 
ory is requested 
(using an 100), that memory 
is also 


set aside. Finally, multiple buffers (size specified 
dur- 


ing iOCX 51 configuration 
or using an 100) are allo- 


cated 
from 
any remaining 
memory. 
These 
buffers 


form the System 
Buffer Pool (SBP) that can be used 


to create 
additional 
stack 
space 
or to locate 
mes- 


sages sent between 
tasks. 


Ouring run-time, 
the iOCX 51 Executive 
dynamically 


manages 
this space. 
If a task 
is deleted, 
its stack 


space is returned 
to the System 
Buffer Pool for use 


by other tasks or as a message 
buffer. 


As new tasks 
are dynamicalily 
created, 
the execu- 


tive reserves 
the needed 
stack space. 
If no space is 


available, 
the 
executive 
deallocates 
a buffer 
from 


the System 
Buffer Pool and then allocates 
the need- 


ed stack space. 


To send or receive 
a message, 
the executive 
allo- 


cates one or more buffers from the SBP for space to 
locate 
the message. 
With 
iOCX 51, messages 
can 


be optionally 
located 
in external 
(off-chip) 
memory. 


The 
pre-configured 
executive 
in 
the 
8044 
BEM 


BITBUS 
microcontroller, 
however, 
always 
locates 


messages 
in internal 
memory. 


Real-time 
control 
applications 
require reliability. 
The 


nucleus 
requires about 2.2K bytes of code space, 40 


bytes 
on-chip 
RAM, 
and 218 
bytes 
external 
RAM. 


Initial 


Free 


Memory 


Space 


Task 0 


Task 
1 


Task 2 


Task 3 


Unallocated 


I 


SSP 
I 
I 


User 


Memory 


STEPS: 
1. Create 
system 
memory 
pool from the initial free mem- 


ory space. 
2. Allocate 
stack 
space 
(space 
for 4 tasks 
shown). 


3. Allocate 
user-reserved 
memory 
(per the 100). 
4. Allocate 
equal-size 
buffers 
to form 
the 
system 
buffer 


pool. 


Streamlined 
code 
increases 
performance 
and 
reli- 
ability, and flexibility 
is not sacrificed 
as code may be 
added to either on-chip 
or external 
memory. 


The iDCX 51 architecture 
and simple 
user interface 
further 
enhance 
reliability 
and lower cost. For exam- 
ple, the straightforward 
structure 
of the user inter- 
faces, 
and the transparent 
nature of the scheduling 
process 
contribute 
to reliability 
of the overall system 
by minimizing 
programming 
effort. 
Also, 
modularity 
increases 
reliability 
of the system and lowers cost by 
allowing 
user tasks to be refined 
independent 
of the 
system. 
In this way, errors 
are identified 
earlier 
and 
can be easily corrected 
in each isolated 
module. 


In addition, 
users 
can 
assign 
tasks 
a Function 
10 
that 
allows 
tracking 
of the tasks 
associated 
with a 
particular 
control/monitorig 
function. 
This feature 
re- 
duces 
maintenance 
and trouble 
shooting 
time thus 


increasing 
system 
run time and decreasing 
cost. 


The iDCX 51 Executive 
supports 
applications 
devel- 
opment 
based 
on any member 
of the high perform- 
ance 8051 family of microcontrollers. 
The Executive 
is available 
on diskette 
with user linkable 
libraries or 
in the 8044 
BITBUS 
Enhanced 
Microcontroller 
pre- 
configured 
in on-chip 
ROM. 
(The 8044 
BEM 
is an 
8044 component 
that consists 
of an 8051 microcon- 
troller 
and SDLC controller 
on one chip with integral 
firmware.) 


When 
in the iDCM environment 
(Figure 
5), the pre- 
configured 
iDCX 
51 
Executive 
can 
communicate 
with 
other 
BITBUS 
series 
controller 
boards. 
The 
BITBUS 
board at the master 
node can be associat- 
ed with either an iRMXTM, PC-DOS or XENIX· 
host 
system. 


Intel provides 
a complete 
development 
environment 
for the MCS-51 
and RUPI-44 
families 
of microcon- 
trollers. 
The iDCX 51 Executive 
is only one of many 
of the software 
development 
products 
available. 
The 
executive 
is compatible 
with the following 
software 
development 
utilities 
available 
from Intel: 
• 
8051 Macro Assembler 
(ASM 51) 
• 
PLIM 
51 Compiler 
• 
RL 51 Linker and Relocator 
Program 
• 
LIB 51 


Intel hardware 
development 
tools currently 
available 
for 
MCS-51 
and 
RUPI-44 
microcontroller 
develop- 
ment are: 


• 
ICE-51 00/252 
Emulator 
for the MCS-51 family of 
microcontrollers 


• 
ICE-51 00/044 
Emulator 
for the RUPI·44 family of 
microcontrollers 
(8044, 8344, 8744) 


• 
iUP-200Al201A 
PROM 
Programmer, 
21X 
soft- 
ware, and iUP programming 
modules 


The DCX 51 Executive 
is also compatible 
with older 
hardware 
development 
tools 
(no longer 
available), 


which include: 
• 
EMV-51/44 
Emulation 
Vehicles 
• 
ICE-51 /44 
In-Circuit 
Emulators 


Table 
4 shows 
the 
possible 
MCS-51 
and 
RUPI-44 
families 
development 
environments: 
host 
systems, 
operating 
systems, 
available 
software 
utilities, 
and 
hardware 
debug tools. 


Figure 5. iDeM Operating 
Environment 
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Reference 
Manual (Supplied) 


460367-001- 
iDCX 
51 
Distributes 
Control 
Execu- 


tive User's 
Guide for Release 
2.0. 
Supported 
Microcontrollers 


8031 
80C31 
8051 
80C51 
8032 
8751 


8744 
8044 


8344 
8052 


Compatible 
OCM BITBUSTM Software 


DCS 100 
BITBUS 
Toolbox 
Host Software 
Utilities 


DCS 110 
BITWARE 
DCM44 Code for BITBUS 
em- 


ulation 


Description 


Executive 
for 8051 
Family 
of Micro- 


controllers. 
Single User License, 
De- 


velopment 
Only. 
Media 
Supplied 
for 


All Host Systems 
(Table 3). 


Royalty 
(Incorporation) 
Fee for iDCX 


Executive. 
Set of 50 incorporations. 


IDCX 51 RF does not ship with soft- 
ware (Order DCX 51SU). 


Part Number 


DCX51SU 


Host Systems 


Development 
Utilities 
Intellec@ 


PC/MS-DOS 
iRMX@86 
iPDSTM 
Series II 
Series III/IV 


SOFTWARE 


ASM 51 + Utilities(1) 
J" 
J" 
J" 
J" 
J" 


PLIM 
51 + Utilities(1) 
J" 
J" 
J" 
J" 
J" 


iDCX 51 Executive 
J" 
J" 
J" 
J" 


HARDWARE 


ICE-51 00/044/252 
J" 
, 
J" 


iUP-200A/201 
A 
J" 
J" 


EMV-51(2), EMV-44(2) 
J" 
J" 


ICE-51 (2), ICE-44(2) 
J" 
J" 


iPDS + iUP-F87/44A 
PROM Programmer 
J" 


NOTES: 
1. Utilities include Rl 51, LIB 51, and AEDIT. Software for Series II systems is down-revision version. 
2. These products are no longer available. 
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8044 BITBUSTM 
ENHANCED MICROCONTROLLER 


• 
Dual Processor Mlcrocontroller 
Architecture 


• 
High Performance- 8-Blt CPU 


• 
Embedded Parallel Communications 
Firmware 


• 
Tuned for Distributed 
Real-Time 


Control 


• 
BITBUSTMFirmware Included On-Chip 


• 
Power-Up Diagnostics 


• 
DCX 51 Distributed 
Control Executive 


Included On-Chip 


• 
MCS@-51Software Compatible 


The 8044 BITBUS 
Enhanced 
Microcontroller 
(BEM) is a powerful 
8-bit microcontroller 
with on-chip 
firmware. 
The dual processor 
architecture 
of the 8044 combined 
with the inherent 
the processing 
power of an 8051 CPU 
is well suited for distributed 
data acquisition 
and control 
applications 
in both the factory 
and laboratory. 
The 
firmware 
integral 
includes 
facilities 
for: diagnostics, 
task management, 
message 
passing, 
and user-transparent 
parallel 
and serial communication 
services. 


192 BYTES 
DUAL PORT 
RAM 


64K·BYTE 
BUS 


EXPANSION 
CONTROL 


PARALLEL 
PORTS 
ADDRESS 
DATA BUS 
AND 110 PINS 


SIU 
(SERIAL 
INTERFACE 
UNIT) 


SDLCoBASED 
SERIAL 
COMMUNICATIONS 


TWO 16-BIT 
TIMER EVENT 
COUNTERS 


Introduction 


The BITBUS Interconnect 
Serial Control Bus Specifi- 
cation 
defines an integrated architecture optimized 
for implementing real-time distributed control sys- 
tems. The architecture includes a message structure 
and protocol for multitasking environments, and a 
predefined interface for I/O access and control. As 
with traditional bus specifications the mechanical, 
electrical, and data protocols have been defined. 
Over a twisted pair of wires the bus can support up 
to 250 nodes at three different bit rates dependent 
on application performance requirements. Figure 2 
illustrates the BITBUS Interconnect architecture. 


The 8044 BITBUS Enhanced Microcontroller (BEM) 
or DCM Controller provides the user with the small- 
est BITBUS building block-a 
BITBUS component 
solution. With its dual processor architecture, this 
unique single chip provides both communication and 
computational engines (Figure 3). Real-time control 


and computational power are provided by the on- 
chip 8-bit 8051 CPU. The Serial Interface Unit (SIU) 
executes a majority of the communications functions 
in hardware resulting in a high performance solution 
for distributed control applications where communi- 
cation and processing power are equally important. 
The BEM's firmware implements the BITBUS mes- 
sage structure and protocol, and the pre-defined I/O 
command set. 


Firmware 


The 8044 microcontroller requires specific hardware 
to interface to BITBUS. The BEM's firmware also 
requires a particular hardware environment in order 
to execute correctly, just as the iDCX 86 Operating 
System or other operating systems required a spe- 
cific hardware environment, i.e., interrupt controller, 
timers, etc. Based upon the hardware provided, Ba- 
sic or Extended firmware environments result. 


The Basic firmware environment supports the mini- 
mum configuration for the BEM to execute as a 


MASTER 
TASKS 


TRANSACTION 
PROTOCOL 


DATA LINK 


PHYSICAL 
LINK 
I 
" 
7 


PHYSICAL 
PHYSICAL 
LINK 
LINK 


DATA LINK 
DATA LINK 


TRANSACTION 
TRANSACTION 
PROTOCOL 
PROTOCOL 


SLAVE TASKS 
SLAVE TASKS 


8051 
MICRO· 
CONTROLLER 


HOLCI 
SOLe 
PORT 
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BITBUS 
device. 
The 
Extended 
firmware 
environ- 
ment requires 
hardware 
incremental 
to the Basic en- 
vironment 
and allows the user to take full advantage 
of all the features 
included 
in the BEM's 
firmware. 
The designer 
may implement 
the Basic or Extended 
firmware 
environment 
as desired 
as long as the pro- 
grammatic 
requirements 
of the 
firmware 
are 
met 
(see below). 


Figure 
4 shows 
one example 
of an Extended 
firm- 
ware 
environment. 
This 
particular 
example 
repre- 


sents 
the BITBUS 
Core as used on Intel's 
iSBXTM 
344A 
BITBUS 
Controller 
MUL TIMODULETM 
Board 
and 
iRCB 
44/10A 
BITBUS 
Remote 
Controller 
Board. 


BASIC FIRMWARE 
ENVIRONMENT 


Memory 
Bus 
Parallel ports of 8044 


BITBUS 
Node Address 
OFFFFH external data 
space 


Configuration 
OFFFEH external data 
space 


System RAM 
0-02FFH 
external 
data 
space 


Diagnostic 
LED If 1 
Port 1.0 (Pin 1) 


Diagnostic 
LED If 2 
Port 1.1 (Pin 2) 


EXTENDED 
FIRMWARE 
ENVIRONMENT 


Memory 
Bus 
Parallel ports of 8044 


BITBUS Node Address 
OFFFFH external 
data 
space 


OPTIONAL 
OSCILLATOR 


Y 


DATA 


SCLK 


1/0· 


RTS' 


EXTENDED 
FIRMWARE 
ENVIRONMENT 
(Continued) 


Configuration 
OFFFEH external 
data 
space 


System RAM 
0-02FFH 
external 
data 
space 


Diagnostic 
LED If 1 
Port 1.0 (Pin 1) 


Diagnostic 
LED If 2 
Port 1.1 (Pin 2) 


User Task Interface 
First Task Descriptor- 
OFFFOH to OFFFFH in 
External data space 
Other Task Descriptors 
and User Code- 
01 OOOHto OFFEFH 
in external 
code space 


User RAM Availability 
On-Chip-{)2AH 
to 02FH 
bit space 
Off-Chip-BITBUS 
Master: 0400H to 
OFFEFH external 
data 
space 
BITBUS Slave: 01 OOHto 
OFFEFH external 
data 
space 


Remote Access 
and 
Memory-Mapped 
I/O- 


Control 
Interface 
OFFOOHto OFFFFH 
external 
data space 


loCS' J 


Figure 4. Extended 
Firmware 
Environment 
Example 
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EXTENDED 
FIRMWARE 
ENVIRONMENT 


(Continued) 


Parallel Interface to 
FIFO Command Byte- 


Extension Device 
OFF01H external data 
space 
FIFO Data Byte-oFFOOH 
external data space 
Receive Data Intr-INTO 
(pin 12) 
Transmit Data Intr-INT1 
(pin 13) 
CommandlData 
Bit- 


I P1.2 


High Performance 
8044 


Microcontroller 


The 8044 combines the powerful 8051 microcontrol- 
ler with an intelligent serial communications control- 
ler to provide a single-chip solution that efficiently 
implements distributed 
processing or distributed 


control systems. The microcontroller is a self-suffi- 
cient unit containing ROM, RAM, ALU, and peripher- 
als. The 8044's architecture and instruction set are 
identical to the 8051's. The serial interface of the 
8051 is replaced with an intelligent communications 
processor, the Serial Interface Init (SIU), on the 
8044. This unique dual processor architecture re- 


ססoo 
~ 
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•• 
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suits in high performance and reliability for distribut- 
ed control and processing environments. The intelli- 
gent SIU offloads the CPU from communication 
tasks, thus dedicating more of its compute power to 
external processes. 


Major features of the 8051 microcontroller are: 


• 8-bit CPU 
• On-chip oscillator 
• 4K bytes of RAM 
• 192 bytes of ROM 


• 32110 lines 
• 64K address space external data memory 
• 64K address space external program memory 


• Two Programmable 16-bit counters 
• Five source interrupt structure with two priority 


levels 
• Bit addressability for Boolean functions 
• 1 p.s instruction cycle time for 60% instructions 


2 p.s instruction cycle time for 40% instructions 


• 4 p.s cycle time for 8 by 8 unsigned multiple and 


divide 


As noted in the Operating Environment discussion, 
the BITBUS firmware requires various CPU resourc- 
es, I.e., memory, timers, and 1/0 dependent upon 
the firmware environment selected. 
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8044 BITBUSTM Enhanced Mlcrocontroller 


The 
8044 
microcontroller 
maintains 
separate 
data 


and 
code 
memory 
spaces. 
Internal 
data 
memory 


and program 
memory 
reside on the controller. 
Exter- 


nal memory 
resides outside 
the controller. 
The BEM 


firmware 
uses 
the 
available 
internal 
code 
memory 


space and most of the remaining 
internal data mem- 


ory with the exception 
of bit space 
02AH to 02FH. 
Figure 5 shows the BEM's 
memory 
map. 


1/0 ADDRESSING 
REQUIREMENTS 


The 
table 
below 
provides 
the 
BEM's 
1/0 port 
ad- 


dresses. 


Function 
Address 
Bit 
Byte 


Red LED P1.0 
90H 
X 


Green LED P1.1 
91H 
X 


TCMD 
92H 
X 


RFNF# 
B3H 
X 


TFNF# 
B2H 
X 


RDY/NE* 
B4H 
X 


Node Address 
FFFFH 
X 


Configuration 
FFFEH 
X 


Reserved 
FFEOH-FFFDH 
X 


Digital I/O 
FFCOH-FFDFH 
X 


SBX #4 
FFBOH-FFBFH 
X 


SBX #3 
FFBOH-FFAFH 
X 


SBX #2 
FF90H-FF9FH 
X 


SBX #1 
FF80H-FF8FH 
X 


User Defined 
FF40H-FF7FH 
X 


Reserved 
FF02H-FF3FH 
X 


FIFO Command 
FF01H 
X 


FIFO Data 
FFOOH 
X 


The 8044 
BEM's 
pin configuration 
and pin descrip- 


tion follow. 


P1.0 
1 
•• 
YCC 


P1.1 
2 
39 
PO.• 


P1.2 
3 
3. 
PO.l 


P1.3 
• 
37 
PO.2 


P104 
• 
34 
PO.3 


P1.5 
• 
3' 
PO.' 
Jml 
P1.8 
7 
34 
PO.' 


CTS 
P1.7 
• 
33 
PO.' 


AST 
• 
32 
PO.7 


P3.0 
1. 
31 n 
ypp 


TXD 
P3.1 
11 
30 
ALE 
I'Rllll 


INTI 
P3.2 
12 
2t 
mR 


INTO 
P3.3 
13 
2. 
P2.7 


T. 
P3." 
" 


27 
P2.8 


T1 
P3.5 
1. 
2. 
P2.5 
WR 
P3.' 
11 
2. 
P2,4 
IIIl 
P3.7 
17 
2. 
P2.3 


'TAU 
11 
23 
P2.2 


XTAL1 " 


22 
P2.1 
vss 
20 
21 
P2.0 


280129-6 


Figure 
6A. BEM DIP Pin Configuration 
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"1 
N 
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~ ~ ~ 


Pl.5 
7 
PO.' 


PL6 
8 
PO.5 


Pl.7 
9 
PO.6 


RST/VPO 
10 
PO.7 


P3.0 
" 


EA 


N/C 
12 
8044 
N/C 


P3.1 
13 
ROl12 
ALE 


P3.2 
1. 
PSEN 


P3.3 
15 
P2.7 


P3.4 
16 
P2.6 


P3.5 
P2.5 


Figure 
6B. BEM PLCC Pin Configuration 


Table 
2. BEM Pin Description 


Name 
Description 


VSS 
Circuit ground potential. 


Vcc 
+ 5V power supply during operation 
and program verification. 


PORTO 
Port 0 is an 8-bit open drain bidirectionalI/O 
port. It is also the multiplexed 
low-order 
address 
and data bus when using external 
memory. 
It is used for data output during program 


verification. 
Port 0 can sink/source 
eight LS TTL loads. 


PORT 1 
Port 1 is an 8-bit quasi-bidirectional 
I/O port. It is used for the low-order 
address 
byte during 
program verification. 
Port 1 can sink/source 
four LS TTL loads. 
In non-loop 
mode two of the I/O lines serve alternate 
functions: 


-RTS 
(P1.6) Request-to 
Send output. A low indicates 
that the 8044 is ready to transmit. 
-CTS 
(P1. 7) Clear-to-Send 
input. A low indicates 
that a receiving 
station is ready to receive. 


intJ 


Name 
Description 


PORT 2 
Port 2 is an 8-bit quasi-bidirection 
I/O port. It also emits the high-order 
address 
byte when 
accessing 
external 
memory. 
It is used for the high-order 
address and the control 
signals 
during program 
verification. 
Port 2 can sink/source 
four LS TTL loads. 


PORT 3 
Port 3 is an 8-bit quasi-bidirectional 
I/O port. It also contains 
the interrupt, 
timer, serial port 


and RD and WR pins that are used by various options. The output latch corresponding 
to a 
secondary 
function 
must be programmed 
to a one (1) for that function 
to operate. 
Port 3 
can sink/source 
four LS TTL loads. 
In addition to I/O some of the pins also serve alternate 
functions 
as follows: 


• I/O R x D (P3.0). In point-to-point 
or multipoint 
configurations, 
this pin controls 
the 
direction 
of pin P3.1. Serves as Receive 
Data input in loop and diagnostic 
modes. 
• DATA T x D (P3.1). In point-to-point 
or multipoint 
configurations, 
this pin functions 
as 
data input/output. 
In loop mode, it serves as transmit 
pin. A '0' written to this pin 
enables diagnostic 
mode. 


• INTO (P3.2). Interrupt 
0 input or gate control 
input for counter 
O. 
• INT1 (P3.3). Interrupt 
1 input or gate control 
input for counter 
1. 
• TO (P3.4). Input to counter 
O. 


• SCLK T1 (P3.5). In addition to I/O, this pin provides 
input to counter 
1 or serves as 
SCLK (serial clock) input. 


• WR (P3.6). The write control 
signal latches the data byte from Port 0 into the External 
Data Memory. 


• RD (P3.7). The read control 
signal enables 
External 
Data Memory to Port O. 


RST 
A high on this pin for two machine 
cycles while the oscillator 
is running resets the device. A 


small external 
pulldown 
resistor 
(:::::8.2 KG) from RST to VSS permits power-on 
reset 
when a capacitor 
(:::::10 /Jot) is also connected 
from this pin to Vcc. 


ALE/PROG 
Provides Address 
Latch Enable output used for latching the address 
into external 
memory 


during normal operation. 
It is activated 
every six oscillator 
periods except during an 
external data memory access. 
It also receives 
the program 
pulse input for programming 
the EPROM version. 


PSEN 
The Program Store Enable output is a control 
signal that enables the external 
Program 
Memory to the bus during external fetch operations. 
It is activated 
every six oscillator 
periods, except during external 
data memory accesses. 
Remains 
high during internal 
program 
execution. 


EAIVPP 
When held at a TTL high level, the 8044 executes 
instructions 
from the internal 
ROM when 


the PC is less than 4096. When held at a TTL low level, the 8044 fetches 
all instructions 
from external 
Program Memory. The pin also receives 
the 21V EPROM programming 
supply voltage 
on the 8744. 


XTAL1 
Input to the oscillator's 
high gain amplifier. 
Required when a crystal is used. Connect 
to 
VSS when external source is used on XT AL 2. 


XTAL2 
Output from the oscillator's 
amplifier. 
Input to the internal timing circuitry. A crystal or 
external 
source can be used. 


The 
BEM's 
Basic 
firmware 
environment 
provides 
two services: 
BITBUS 
Communications 
and Power- 
Up 
Diagnostics. 
The 
Extended 
firmware 
environ- 
ment provides 
the Basic firmware 
services 
plus Par- 
allel 
Communications 
and 
User 
Software 
Services 
(iDCX 
51 Executive, 
Remote 
Access 
and 
Control 
functions). 
A discussion 
of each service 
follows. 


POWER·UP 
DIAGNOSTICS 
INCREASE 
RELIABILITY 


For added 
reliability 
and simplified 
system 
start up, 


the BEM firmware 
includes 
power-up 
diagnostics. 
At 


chip reset the BEM diagnostic 
firmware 
checks 
the 


integrity 
of the 8044's 
instruction 
set, ROM, internal 


RAM, and external RAM. LED indicator lights may 
be used to show the progress of the diagnostics. 
Intel's BITBUS boards use one red LED, and one 
green LED as indicators for test progress. Since the 
test halts if a fault is fQund,the last LED state indi- 
cates the trouble area. 


No programmatic interface exists for the power-up 
diagnostics. Only LEOs (or other indicators) con- 
nected to the outputs of Port 1 of the 8044 are re- 
quired. For the test sequence shown in Table 3, the 
red LED is connected to pin P1.0, and the green 
LED is connected to pin P1.1. 


Table 3. Power-Up 
Test Sequence 


State of Port' 
After Test Completion 
Test Sequence 
Red lED 
Green lED 
(Pin 1.0) 
(Pin 1.1) 


Power-on 
On 
On 


Prior to Start of Tests 
Off 
Off 


Test 1-lnstruction 
Set 
On 
On 


Test2-ROM 
Checksum Test 
On 
Off 


Test 3-lnternal 
RAM 
Off 
Off 


Test 4-External 
RAM 
Off 
On 


BITBUSTM 
INTERFACE 
SIMPLIFIES 
DESIGN 
OF DISTRIBUTED 
CONTROL 
SYSTEMS 


The BITBUS Serial Control Bus is a serial bus opti- 
mized for high speed transfer of short messages in a 
hierarchical system. From the perspective of sys- 
tems using the BITBUS bus there are three external 
protocols that must be adhered to: physical, data 
link, and transaction control as shown in Figure 2. 
The physical interface includes all bus hardware re- 
quirements, e.g. cable and connector definition, 
transceiver specification. The data link interface re- 
fers to the device to device transfer of frames on the 
bus. The transaction control interface indentifies the 
rules for transmitting messages on the bus as well 
as the format of the messages passed. 


For maximum reliability and to facilitate standardiza- 
tion the following existing standards were chosen as 
portions of the BITBUS Specification: International 
Electrotechnical 
Commission 
(lEG) 
mechanical 
board and connector specifications, the Electronic 
Industry Association (EIA) RS-485 Electrical Specifi- 
cation and IBM"s Serial Data Link Control protocol 
for the physical and data link levels of the BITBUS 
interface. 


BITBUSTM Physical 
Interface 


Implementation of the electrical interface to BITBUS 
requires external hardware. Specifically, an EIA 
Standard RS-485 driver and transceiver and an op- 
tional cloc~ source for the synchronous mode of op- 
eration. A self clocked mode of operation is also 
available. Different modes of operation facilitate a 
variety of performance/distance options as noted in 
Table 4. Figure 7 illustrates the BEM's BITBUS inter- 
face hardware requirements. 


Table 4. BITBUSTM 
Interconnect 
Modes of Operation 


Max. Dlst 
Max '* 
Speed 
Between 
Nodes 
Max '* 
Kb/s 
Repeaters 
Between 
Repeaters 
M/ft 
Repeaters 


Synchro- 2400 
30/100 
28 
0 
nous 


Self- 
375 
300/1000 
28 
2 
Clocked 
62.5 
1200/4000 
28 
10 


BITBUSTM Data Link Service 


The 8044's serial interface unit (SIU) implements a 
majority of the data link interface, a subset of IBM's 
Serial Data Link Protocol (SDLG),in hardware result- 
ing in a significant performance advantage com- 
pared with multichip solutions. Multichip solutions re- 
quire both hardware and software glue that degrade 
performance, decrease reliability, and increase cost. 
This portion of the BITBUS interface requires no 
user involvement for execution. 


For a detailed discussion of the protocol executed 
by the BITBUS data link service refer to "The 
BITBUS Interconnect Serial Control Bus Specifica- 
tion". A basic subset of SDLC with the REJECT op- 
tion is implemented. The standard frame format 
transferred across the BITBUS is shown in Figure 8. 
The information field carries the BITBUS message. 


BITBUSTM Transaction 
Control 
Service 


For added reliability, the BITBUS interface incorpo- 
rates error checking at the message level in addition 
to the imbedded error checking provided by SDLC at 
the data link level. The message control interface 
defines the format and function of messages trans- 
mitted in frames across the BITBUS bus. (Figure 9) 


The transaction protocol requires that for every or- 
der message transmitted across the bus a reply 
message must be transmitted in return. Error types 
and error detection mechanisms are also designated 
by this interface. 


+5V 


PR 
0 
PR 


D 
0 
D 
0 


1K 


CK 
o· 
CK 
0 


CLR 


I/O. 
G) 
~ 


NOTES: 
1. Connect 
to ground 
for self-clocked 
mode and SCLK for synchronous 
mode. 
2. Remove 
for self-clocked 
operation 
with repeater(s). 
3. Connect 
to RTS' 
for synchronous 
mode 
or 1/0' for self-clocked 
mode. 
4. Selects 
MCLK as serial clock 
source. 


5. Selects 
ALE or oscillator 
as serial clock 
source. 


~I 
ADDRESS I CONTROL IINFORMATION I~ 


1 
1 
1 
N 
2 
1 
(BYTES) 


LSB 


~ 
~::':~:~iTTED 
LENGTH 


MT I SE I DE I TR I 
RESERVED 


NODE ADDRESS 


SOURCE TASK 
IDESTINATION 
TASK 


COMMAND/RESPONSE 


DATA 


MT - MESSAGE 
TYPE 
SE - SOURCE 
EXTENSION 
DE - DESTINATION 
EXTENSION 
TR • TRACK 
FIELD 


Figure 9. BITBUSTM 
Message 
Format 
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BITBUSTMInterface Configuration 


The BEM's firmware also simplifies designation of 
the bus mode of operation (Speed/distance option) 
as well as the node address, memory configuration 
and parallel interface parameters by reading two ex- 
ternal locations for this information as shown in Fig- 


BITO 


BIT 
1 


BIT 
2 


BIT3 


BIT4 


BITS 


BIT6 


BIT7 


NOTE: 
Jumper 
Installed 
= 1 


Jumper 
Removed 
= 0 


Node Address Register 
o 
o 
o 
o 
o 
o 
o 
o 


BIT2 


BIT3 


BIT4 


BITS 


BIT6 


BIT7 


ure 10. The designer no longer needs to directly ma- 
nipulate the 8044's serial mode register (SMD), 
status/command register (STS), and send/receive 
counter register (NSNR). These two 8-bit locations 
are derived by multiplexing the 8044's port 0 ad- 
dress lines ADO-AD7. 


Mode Register 


ESTABLISH 
THE BITBUS'· 
MODE 
IN THE 


BEM 
FIRMWARE. 
THEY 
ARE 
USED 
ONLY 


DURING 
POWER-UP. 
BITBUS'· 
MODE 
AND 
BIT RATE ARE AS FOLLOWS: 
00 
- SYNCHRONOUS 
01 
• SELF·CLOCKED 
37SKb/SEC 


la-RESERVED 
11 • SELF·CLOCKED 
62.SKb/SEC. 


RESERVED 
FOR FUTURE 
USE. 


CONNECTED 
TO THE 
EA PIN OF THE 


6044, 
ALLOWING 
INTERNAL 
ROM 
TO BE 
DISABLED. 
JUMPER 
REMOVED 
ENABLES 
INTERNAL 
ROM. 


CONNECTEDTOTHEMEMORYDECODEPAL 
TO PROVIDE 
THE TWO 
MEMORY 
ADDRESSING 
OPTIONS. 
IN BOTH 
CASES, 


THE 8044 
ARCHITECTURE 
OF SEPARATE 
CODE 
AND 
DATA 
SPACES 
IS 
MAINTAINED. 
JUMPER 
REMOVED 
ROR 


OPTION 
A; JUMI'ER 
INSTALLED 
FOR 
OPTION 
B. 


INDICATES 
WHETHER 
A BYTE 
FIFO 
IS 


PRESENT. 
THE DCM 
FIRMWARE 
USES 


THIS 
INFORMATION 
ON 
INITIALIZATION. 
JUMPER 
REMOVED 


INDICATES 
NO BYTE 
FIFO. 


SELECTS 
EXTENSION 
MODE 
IF 
BYTE 
FIFO 
IS PRESENT: 


0= 
INTERRUPT 
1 =DMA 


RESERVED 
FOR FUTURE 
USE. 


Figure 10. BITBUSTM Firmware Configuration 
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PARALLEL 
COMMUNICATION 
INTERFACE 
EXTENDS 
DISTRIBUTED 
CONTROL 
CAPABILITY 


The BEM's firmware also includes a parallel inter- 
face for expanding the capabilities of distributed sys- 
tems. For example, this interface allows other proc- 
essors to be employed in BITBUS systems if more 
processing power is required as shown in Figure 11. 
This interface provides the means for connection to 
other buses: iSBX bus, STD bus, IBM's PC bus. 


The interface consists of a byte-FIFO queue through 
which BITBUS messages can be passd via embed- 
ded communications firmware. From the BEM's per- 
spective the user simply designates the correct rout- 
ing information in the BITBUS message header and 
the message is directed to the communications firm- 
ware and passed through the parallel interface. One 
example of an implementation that uses this inter- 
face is the iSBX BITBUS Controller MULTIMODULE 
Board via the iSBX bus. 


Parallel 
Interface 
Hardware 


To implement the Parallel Interface, the user must 
provide hardware for two FIFOs (one byte minimum) 
in external data memory, and control signals to/from 
the 8044's Pins: INTO(P3.2), INT1 (P3.3), and P1.2. 
Key hardware elements required are: decoder for 
the registers' external addresses, temporary storage 
for bytes passing through the interface, a way to 
designate bytes as command or data, and a means 
to generate the control signals. FIFO's must be used 
to move the data through the interface although the 
depth of the FIFO need not exceed one byte. 


Interface hardware must also be provided for the 
"extension" side of the interface. Implementation of 
this hardware is left to the user with the restriction 
that the operation of the BEM side remains indepen- 
dent. 


Parallel 
Byte Stream 
and Message 
Protocol 


The two byte registers (FIFOs) provide the path for 
bytes to move through the parallel interface. Bytes 
are read or written from the registers designated: 
FIFO Data Byte (FFOOH)and FIFO Command Byte 
(FF01H). INTO, INT1 and P1.2 provide control sig- 
nals to the firmware for moving the bytes through 
the registers. These signals are referred to as the 
Parallel Interface Control Bits: 


Pin 


INTO 
INT1 
P1.2 


Internal 
Bit Address 


B3H 
B2H 
92H 


Function 


RFNF 
TFNE 
TCMD 


The hardware uses RFNF to control the output of 
bytes from the BEM. RFNF is set when the FIFO 
Data or FIFO Command Byte Registers can receive 
information. RFNF remains clear when the FIFO 
Data or Command Bytes are not available. Trans- 
mission of a BITBUS message across the parallel 
interface consists of successively outputing mes- 
sage bytes to the FIFO Data Byte Register until all 
bytes are sent. The firmware then writes a value of 0 
to the Command Byte register indicating all the mes- 
sage bytes have been sent. The first data byte in the 
message indicates the number of bytes in the mes- 
sage. 


Figure 11. Extending 
the Capability 
of BITBUSTM System 
with the Parallel Communications 
Interface 
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TFNE controls the input of data bytes to the BEM. 
This bit is set when bytes are available for reading. 
When no bytes are available this bit is clear. TCMD 
indicates whether the next byte read is a Data Byte 
or Command Byte, BITBUS messages are received 
by inputing data bytes until a command byte is re- 
ceived. Data bytes are read from the FIFO Data Byte 
Register, Command Bytes are read from the FIFO 
Command Byte Register. 


Figure 12 provides one example of a Byte FIFO In- 
terface. This specific example illustrates the inter- 
face provided on the iSBX 344A BITBUS Controller 
MULTIMODULE Board. Figure 13 shows transmis- 
sion of bytes from the BEM across the parallel inter- 
face. Figure 14 shows transmission of bytes to the 
BEM. 
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WRITE 
NEXT 
DATA 
BYTE 


WRITE 
END OF 
MESSAGE 
COMMAND 
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READ 
END OF 
MESSAGE 
COMMAND 


READ 
NEXT 
DATA 
BYTE 


Multitasking, 
1/0 Access 
and 
Control 
Capabilities 


The Extended firmware environment of the BEM 
provides a multitasking facility via the iDCX 51 Real- 
time, Multitasking Executive. Operating system calls 
are listed in Table 5. Other services provided by the 
~xecutive: interrupt handling, task scheduling, and 
mtertask ?0l!1munication facilitate smooth develop- 
ment of distributed systems. In addition to the Exec- 
utive's intertask communication service provided by 
the RQSENDMESSAGE call, other portions of the 
firmware 
extend 
the 
communication 
capability 


across the parallel and BITBUS interfaces. This 


~mbedded communications firmware greatly simpli- 
fies and speeds sending messages to different mi- 
crocontrollers or microprocessors in the system. 


To further ease the development of distributed con- 
trol applications, a pre-defined task (Remote Access 
~nd Control Task) provides the means of invoking 
IDCX 51 Executive services, or accessing I/O and 
memory from tasks on other devices. The Remote 
Access and Control functions execute under the 
iDCX 51 Executive as Task O. Figure 13 illustrates 
this concept in a BITBUS system. Table 6 shows the 
functions provided by the RAC task. All I/O com· 
mand accesses are memory mapped to locations 
OFFOOHto OFFFFHin the BEM's external memory. 


inter 


Call Name 
Description 


TASK MANAGEMENT 
CALLS 


RQ$CREATE$TASK 
Create and schedule 
a new task. 


RQ$DELETE$TASK 
Delete specified 
task from system. 


RQ$GET$FUNCTION$IDS 
Obtain the function 
IDs of tasks currently 
in system. 


INTERTASK 
COMMUNICATION 
CALLS 


RQ$ALLOCATE 
Obtain a message 
buffer from the system buffer pool. 


RQ$DEALLOCATE 
Return a message 
buffer to the system buffer pool. 


RQ$SEND$MESSAGE 
Send a message 
to specified 
task. 


RQ$WAIT 
Wait for a message 
event. 


MEMORY 
MANAGEMENT 
CALLS 


RQ$GET$MEM 
Get available 
system memory pool memory. 


RQ$RELEASE$MEM 
Release system memory pool memory. 


INTERRUPT 
MANAGEMENT 
CALLS 


RQ$DISABLE$INTERRUPT 
Temporarily 
disable an interrupt. 


RQ$ENABLE$INTERRUPT 
Re-enable 
an interrupt. 


RQ$WAIT 
Wait for an interrupt 
event. 


TIMER 
MANAGEMENT 
CALLS 


RQ$SET$INTERVAL 
Establish 
a time interval. 


RQ$WAIT 
Wait for an interval event. 


Figure 15. BEM Communication 
Firmware 
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Name 
Function 


RESET 
STATION 
Perform a software 
reset. 


CREATE_TASK 
Perform an RO$CREATE$TASK 
system call. 


DELETLTASK 
Perform an RO$DELETE$TASK 
system call. 


GET _FUNCTION_ID 
Perform ",n RO$GET$FUNCTION$IDS 
call. 


RAC_PROTECT 
Suspend 
or resume RAC services. 


READ_IO 
Return values from specified 
I/O ports. 
. 


WRITE 
10 
Write to the specified 
I/O ports. 


UPDATE_IO 
Update the specified 
I/O ports. 


UPLOAD_MEMORY 
Return the values in specified 
memory area. 


DOWNLOAD_MEMORY 
Write values to specified 
memory area. 


OR 
I/O 
OR values into specified 
I/O ports. 


AND_I/O 
AND values into specified 
I/O ports. 


XOR_I/O 
XOR values into specified 
I/O ports. 


READ_INTERNAL 
Read values at specified 
internal RAM areas. 


WRITE_INTERNAL 
Write values to specified 
internal 
RAM areas. 


NODE_INFO 
Return device related information. 


OFFLINE 
Set node offline. 


UPLOAD_CODE 
Read values from code memory space. 


DOWNLOAD_CODE 
Write values to specified 
EEPROM 
memory. 


NOTES: 
Internal 
memory 
locations 
are included 
in the 192 bytes of data RAM provided 
in the microcontroller. 
External 
memory 
refers 
memory 
outside 
the microcontroller-the 
28-pin 
sockets 
of the iSSX 344A 
module 
and the iRCS 44/10A 
and iRCS 44/20A 
boards. 
Each RAC Access 
Function 
may refer to 1, 2, 3, 4, 5, or 6 individual 
I/O or memory 
locations 
in a single command. 


In addition 
to allowing 
creation 
and deletion 
of tasks 


on remote 
system 
nodes, 
the RAC functions 
allow 


memory 
upload 
and download. 
This feature 
eases 


programming 
changes 
in distributed 
systems 
and 


enhances 
overall 
system 
flexibility. 
Diagnostics 
can 


also 
be downloaded 
to remote 
nodes 
to facilitate 


system 
debug. 


Another 
feature 
optimized 
for distributed 
control 
en- 
vironments 
is the GET FUNCTION 
IDS service. 
The 


function 
ID capability 
provides 
the user with the abili- 


ty to identify 
specific 
tasks 
by function 
rather 
than 


node address 
and task number. This constant 
identi- 


fier facility remains valid even if functions 
are moved 


to different 
physical 
locations, 
ego another 
system 


node. 


Aside from the iDCX 51 Executive 
system 
calls the 


user interfaces 
to the BEM through 
the task initiali- 


zation interface; 
the Initial Task Descriptor. 
The first 


user 
task 
descriptor 
must 
be 
located 
at 
location 


OFFFOH in external 
memory 
code space 
so that on 


power up user code may be automatically 
detected. 


The Initial Task 
Descriptor 
(ITD) allows 
the user to 


specify 
the 
original 
attributes 
of 
a task. 
Table 
7 


shows the ITD task structure. 


Table 7.ITD Structure 


Pattern 
Word 
value identifying 
an 


ITD: "AA55H" 


Initial PC 
Word 
address of first task 
instruction 


Stack-Length 
By1e 
# by1es of system RAM 
for tasks stack 


Function 
ID 
By1e 
value 1-255 
associates 


task w/function 


Register 
Bank 
Bit(4) 
assigns one register 
bank to task 


Priority 
Bit(4) 
task priority level 


Interrupt 
Vector 
Word 
specifies 
interrupt 


associated 
w/task 


Next ID 
Word 
address of the next 
ITD in linked-list 


inter 


•Notice: Stresses above those listed under '~bso· 
lute Maximum Ratings" may cause permanent dam- 
age to the device. This is a stress rating only and 
functional operation of the device at these or any 
other conditions above those indicated in the opera- 
tional sections of this specification is not implied. Ex- 
posure to absolute maximum rating conditions for 
extended periods may affect device reliability. 


Ambient 
Temperature 
Under Bias 
0 to 70·C 


Storage Temperature 
-65·C 
to + 150·C 


Voltage 
on Any Pin with 


Respect to Ground (Vss) 
-0.5V 
to + 7V 


Power Dissipation 
2 Watts 


Symbol 
Parameter 
Mln 
Max 
Units 
Test Conditions 


VIL 
Input Low Voltage 
-0.5 
0.8 
V 


VIH 
Input High Voltage 
2.0 
Vcc + 0.5 
V 
(Except RST and XTAL2) 


VIH1 
Input High Voltage to 
2.5 
Vcc + 0.5 
XTAL1 = Vss 
PST For Reset, XTAL2 


VOL 
Output Low Voltage 
0.45 
V 
IOL = 1.6 mA 
Ports 1, 2, 3 (Note 1) 


VOL1 
Output Low Voltage 
0.45 
V 
IOL = 3.2mA 
Port 0, ALE, \PSEN 
(Note 1) 


VOH 
Output High Voltage 
2.4 
V 
IOH = -80/LA 
Ports 1, 2, 3 


VOH1 
Output High Voltage 
2.4 
V 
IOH = - 400 /LA 
Port 0, ALE, \PSEN 


ilL 
Logical 0 Input Current 
-500 
/LA 
XTAL 1 at Vss 
Ports 1, 2, 3 
Vin = 0.45V 


IIH1 
Input High Current to 
500 
/LA 
Vin < Vcc 
- 
1.5V 
RST IVPD 
For Reset 


III 
Input Leakage Current 
±10 
/LA 
0.45V <Vin <VCC 
to Port 0, \EA 


ICC 
Power Supply Current 
170 
mA 
All Outputs 
Disconnected, 


EA = Vcc 


CIO 
Capacitance 
of I/O Buffer 
10 
pF 
fc = 1 MHz 
. 


IIL2 
Logical 0 Input Current 
-3.6 
mA 
XTAL1 atVss 
XTAL2 
Vin = 0.45V 


NOTE: 
1. Capacitive loading on Ports 0 and 2 may cause spurious noise pulses to be superimposed on the VOLs of ALE and Ports 
1 and 3. The noise is due to external bus capacitance discharging into the Port 0 and Port 2 pins when these pins make 
1-to-0 transitions during bus operations. In the worst cases (capacitive loading> 
100 pF), the noise pulse on the ALE line 
may exceed 0.8V. In such cases it may be desirable to qualify ALE with a Schmitt Trigger, or use an address latch with a 
Schmitt Trigger STROBE input. 


inter 


A.C. CHARACTERISTICS 
TA to O·C to 70·C, Vcc = 5V ± 10%, VSS = OV, CL for Port 0, ALE and 
PSEN Outputs 
= 100 pF; C,Lfor All Other Outputs 
= 80 pF 


PROGRAM 
MEMORY 


12 MHz Clock 
Variable 
Clock 


Symbol 
Parameter 
1/TCLCL 
= 3.5 MHz to 12 MHz 


Min 
Max 
Units 
Mln 
Max 
Units 


TLHLL 
ALE Pulse Width 
127 
ns 
2TCLCL-40 
ns 


TAVLL 
Address 
Setup to ALE 
43 
ns 
TCLCL-40 
ns 


TLLAX(1) 
Address 
Hold after ALE 
48 
ns 
TCLCL-35 
ns 


TLLlV 
ALE to Valid Instr in 
233 
ns 
4TCLCL-100 
ns 


TLLPL 
ALE to PSEN 
58 
ns 
TCLCL-25 
ns 


TPLPH 
PSEN Pulse Width 
215 
ns 
3TCLCL-35 
ns 


TPLIV 
PSEN to Valid Instr in 
125 
ns 
3TCLCL-125 
ns 


TPXIX 
Input Instr Hold after PSEN 
0 
ns 
0 
ns 


TPXIZ(2) 
Input Instr Float after PSEN 
63 
ns 
TCLCL-20 
ns 


TPXAV(2) 
Address 
Valid after PSEN 
75 
ns 
TCLCL-8 
ns 


TAVIV 
Address 
to Valid Instr in 
302 
ns 
5TCLCL-115 
ns 


TAZPL 
Address 
Float to PSEN 
-25 
ns 
-25 
ns 


NOTES: 
1. TLLAX for access to program memory is different from TLLAX for data memory. 
2. Interfacing RUPI·44 devices with float times up to 75 ns is permissible. This limited bus contention will not cause any 
damage to Port 0 drivers. 


12 MHz Clock 
Variable 
Clock 
Symbol 
Parameter 
1/TCLCL 
= 3.5 MHz to 12 MHz 


Min 
Max 
Units 
Min 
Max 
Units 


TALAH 
AD Pulse Width 
400 
ns 
6TCLCL-100 
ns 


TWLWH 
WA Pulse Width 
400 
ns 
6TCLCL-100 
ns 


TLLAX(1) 
Address 
Hold after ALE 
48 
ns 
TCLCL-35 


TALDV 
AD to Valid Data in 
252 
ns 
5TCLCL-165 
ns 


TAHDX 
Data Hold after AD 
0 
ns 
0 
ns 


TAHDZ 
Data Float after AD 
97 
ns 
2TCLCL-70 
ns 


TLLDV 
ALE to Valid Data in 
517 
ns 
8TCLCL-150 
ns 


TAVDV 
Address to Valid Data in 
585 
ns 
9TCLCL-165 
ns 


TLLWL 
ALE to WA or AD 
200 
300 
ns 
3TCLCL-50 
3TCLCL+50 
ns 


TAVWL 
Address to WA or AD 
203 
ns 
4TCLCL-130 
ns 


TWHLH 
WA or AD High to ALE High 
43 
123 
ns 
TCLCL-40 
TCLCL+40 
ns 


TOVWX 
Data Valid to WR Transition 
23 
ns 
TCLCL-60 
ns 


TOVWH 
Data Setup before WA 
433 
ns 
7TCLCL-150 
ns 


TWHOX 
Data Hold after WA 
33 
ns 
TCLCL-50 
ns 


TALAZ 
AD Low to Address 
Float 
25 
ns 
25 
ns 


NOTE: 
1. TLLAX for access to program memory is different from TLLAX for access data memory. 
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Symbol 
Parameter 
Mln 
Max 
Units 


TDCY 
Data Clock 
420 
ns 


TDCL 
Data Clock Low 
180 
ns 


TDCH 
Data Clock High 
100 
ns 


tTD 
Transmit 
Data Delay 
140 
ns 


tOSS 
Data Setup Time 
40 
ns 


tOHS 
Data Hold Time 
40 
ns 


PSEN 


AD 


PSEN 


Wii 


TOVWH 


DATA 
OUT 


intJ 


I 


STATE 4 I 
STATE 5 


PI I P2 
PI I P2 


STATE 6 


PI I P2 


STATE I 


PI I P2 


STATE 2 


PI I P2 


STATE 3 


PI I P2 


STATE 5 


PI I P2 


I 
I 
II 
_ 
2 


THESE SIGNALS 
ARE NOT 


ACTIVATED 
DURING 
THE 


. 
EXECUTION 
OF A MOVX INSTRUCTION 


I 
L..--'-- 
-' 


PO 
DATA 


SAMPLED 
I 
I 
SAMPLED 
I 
FlOAT-l 
~FlOAT---t 


P2(EXT) 
I INDICATES 
ADDRESS TRANSIONS 
LI 
-' 


READ 
CYCLE 


RD 


DOHIS EMITTEO 
PCl 
OUT (IF PROGRAM 


DURING 
THIS PERIOD 
MEMORY 
IS EXTERNAL) 
~c¥ 
FLOAT 
S=D 
•n~ 


P2 
WRITE 
CYCLE 


I PCl 
OUT(EVEN 
IF PROGRAM 


'----------- 
••••• MEMORY 
IS INTERNAL) 


DATA OUT------~.~6~,- 
__i tCl 
OUT :I~OGRAM 


IMEMORY 
IS EXTERNAL) 
P2 


PORT OPERATION 


MOV PORT, SRC 


SERIAL 
PORT SHIFT CLOCK 


~~gDE 
O)--------~XD 
SAMPLED 


, 
O_l_D_D_A_T_A_'_N_E_W_D_A_T_A 
--L 
PO PINS SAMPLED 
MOV DEST. PO 
~ 
_ 
f--4{ 


MOV DEST. PORT (PI. P2. P3) 
PO PINS SAMPLED 
r::::::::J 


(INCLUDES 
INTO. INTI. 
TO. TI) 
~ 
••••••• 
'-,-L-- 


PI. P2. P3 PINS SAMPLED 
P1. P2. P3 
PINS SAMPLED 
~--q:r 


RXD SAMPLED 
280129-21 


This diagram 
indicates 
when signals are clocked 
in- 


ternally. 
The time it takes the signals to propagate 
to 


the pins, however, 
ranges 
from 
25 to 125 ns. This 


propagation 
delay is dependent 
on variables 
such as 


temperature 
and pin loading. 
Propagation 
also var- 


ies from output to output and component 
to compo- 


nent. Typically 
though, 
(TA = 25°C, fully loaded) 
AD 


and 
WA 
propagation 
delays 
are approximately 
50 


ns. The other 
signals 
are typically 
85 ns. Propaga- 


tion delays are incorporated 
in the AC specifications. 
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j 


FLOAT t 
2.4 
2.0 
20 
2.4 


0.45 
o~.a--------O"'.' 
0.45 
2.4=>(20 
2.0>= 
TEST POINTS 
0.45 
~o~.a 
~o.~a 


NOTES: 
1. A.C. testing inputs are driven at 2.4V for a logic "1" and 0.45V for a logic "0". 
2. Timing measurements are made at 2.0V for a logic "1" and 0.8V for a logic "0". 


Variable 
Clock 


Symbol 
Parameter 
Freq = 3.5 MHz to 12 MHz 
Units 


Mln 
Max 


TCLCL 
Oscillator 
Period 
83.3 
285.7 
ns 


TCHCX 
High Time 
30 
TCLCL - TCLCX 
ns 


TCLCX 
Low Time 
20 
TCLCL - TCHCX 
ns 


TCLCH 
Rise Time 
20 
ns 


TCHCL 
Fall Time 
20 
ns 
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-------- 
•••( 
FFOO 
)>- 
J( 
FFOl »---- 


------- 
••••( 
FFOO 
)~--------------'.( 
FFOl 
)~---- 


Package: 40 pin DIP, 44 pin PLCC 
Process: + 5V, silicon gate HMOSII 


210941-002 -OEM 
System Handbook 
210918·006 - 
Embedded Controller Handbook 


231166·001 - 
VLSI Solutions for Distributed Con- 
trol Applications 


Related 
Documents 
(Not Supplied) 


Order Number 
146312-001- 
Guide to Using the Distributed Con- 
trol Modules 
231663-002- 
8044AH/8344AH/8744H 
Data Sheet 


Part Number 


P,N8044AH,R 0112 


Description 


BITBUS Enhanced Micro- 
controller 


inter 


8044AH/8344AH/8744H 
HIGH PERFORMANCE 8-BIT MICROCONTROLLER 


WITH ON-CHIP SERIAL COMMUNICATION 
CONTROLLER 


• 8044AH-lncludes 
Factory Mask Programmable ROM 
• 8344AH-For 
Use with External Program Memory 
• 8744H-lncludes 
User Programmable/Eraseable 
EPROM 


8051 MICROCONTROLLER CORE 


• 
Optimized for Real Time Control 
12 


MHz Clock, Priority Interrupts, 
32 


Programmable 
I/O Lines, Two 16-blt 


Timer/Counters 


• 
Boolean Processor 


• 
4K X 8 ROM, 192 X 8 RAM 
• 
64K Accessible 
External Program 


Memory 


• 
64K Accessible External Data Memory 


• 
4,."s Multiply and Divide 


SERIAL INTERFACE UNIT (SIU) 


• 
Serial Communication 
Processor that 


Operates Concurrently 
to CPU 


• 
2.4 Mbps Maximum Data Rate 


• 
375 Kbps using On-Chip Phase Locked 
Loop 


• 
Communication 
Software in Silicon: 


- 
Complete Data Link Functions 
- 
Automatic 
Station Response 


• 
Operates as an SDLC Primary or 
Secondary Station 


The RUPI-44 
family 
integrates 
a high performance 
8-bit Microcontroller, 
the Intel 8051 Core, with an Intelli- 
gent/high 
performance 
HDLC/SDLC 
serial communication 
controller, 
called 
the Serial 
Interface 
Unit (SIU). 
See Figure 1. This dual architecture 
allows complex 
control 
and high speed data communication 
functions 
to 
be realized 
cost effectively. 


Specifically, 
the 8044's 
Microcontroller 
features: 
4K byte On-Chip 
program 
memory 
space; 
32 I/O 
lines; two 
16-bit timer/event 
counters; 
as-source; 
2-level 
interrupt 
structure; 
a full duplex 
serial 
channel; 
a Boolean 


processor; 
and on-chip 
oscillator 
and clock circuitry. 
Standard 
TTL and most byte-oriented 
MCS-80 and MCS- 
85 peripherals 
can be used for I/O amd memory 
expansion. 


The Serial Interface 
Unit (SIU) manages 
the interface 
to a high speed serial link. The SIU offloads 
the On-Chip 


8051 
Microcontroller 
of communication 
tasks, 
thereby 
freeing 
the CPU to concentrate 
on real time control 
tasks. 


The RUPI-44 family consists 
of the 8044, 8744, and 8344. All three devices 
are identical 
except 
in respect 
of 
on-chip 
program 
memory. 
The 8044 
contains 
4K bytes 
of mask-programmable 
ROM. 
User 
programmable 


EPROM 
replaces 
ROM in the 8744. The 8344 addresses 
all program 
memory 
externally. 


The RUPI-44 
devices 
are fabricated 
with Intel's 
reliable + 5 volt, silicon-gate 
HMOSII 
technology 
and pack- 
aged in a 40-pin 
DIP. 


The 
8744H 
is available 
in a hermetically 
sealed, 
ceramic, 
40-lead 
dual 
in-line 
package 
which 
includes 
a 
window 
that allows for EPROM erasure when exposed 
to ultraviolet 
light (See Erasure Characteristics). 
During 
normal operation, 
ambient 
light may adversely 
affect the functionality 
of the chip. Therefore 
applications 
which 
expose 
the 8744H 
to ambient 
light may require an opaque 
label over the window. 


8044'5 Dual Controller Architecture 


HOLCI 
SOLC 
port 


inter 


+ 5V power supply during operation and program 
verification. 


PORT 0 
Port 0 is an 8-bit open drain bidirectional I/O port. 
It is also the multiplexed low-order address and 
data bus when using external memory. It is used 
for data output during program verification. Port 0 
can sink/source eight LS TTL loads (six in 8744). 


PORT 
1 


Port 1 is an 8-bit quasi-bidirectional I/O port. It is 
used for the low-order address byte during pro- 
gram verification. Port 1 can sink/source four LS 
TTL loads. 


In non-loop mode two of the I/O lines serve alter- 
nate functions: 
- 
RTS (P1.6). Request-to-Send output. A low in- 
dicates that the RUPI-44 is ready to transmit. 


- 
CTS (P1.7) Clear-to-Send input. A low indicates 
that a receiving station is ready to receive. 


Port 2 is an 8-bit quasi-bidirection I/O port. It also 
emits the high-order address byte when accessing 
external memory. It is used for the high-order ad- 
dress and the control signals during program verifi- 
cation. Port 2 can sink/source four LS TTL loads. 


PORT 3 


Port 3 is an 8-bit quasi-bidirectional I/O port. It also 
contains the interrupt, timer, serial port and RD 
and WR pins that are used by various options. The 
output latch corresponding to a secondary function 
must be programmed to a one (1) for that function 
to operate. Port 3 can sink/source four LS LTT 
loads. 


In addition to I/O, some of the pins also serve al- 
ternate functions as follows: 
- 
I/O RxD (P3.0). In point-to-point or multipoint 
configurations, this pin controls the direction of 
pin P3.1. Serves as Receive Data input in loop 
and diagnostic modes. 


- 
DATA TxD (P3.1) In point-to-point or multipoint 
configurations, this pin functions as data input! 
output. In loop mode, it serves as transmit pin. 
A '0' written to this pin enables diagnostic 
mode. 


- 
INTO (P3.2). Interrupt 0 input or gate control 
input for counter O. 
- 
INT1 (P3.3). Interrupt 1 input or gate control 
input for counter 1. 


- 
TO (P3.4). Input to counter O. 


- 
SCLK T1 (P3.5). In addition to I/O, this pin pro- 
vides input to counter 1 or serves as SCLK (se- 
rial clock) input. 


- 
WR (P3.6). The write control signal latches the 
data byte from Port 0 into the External Data 
Memory. 


- 
RD (P3.7). The read control signal enables Ex- 
ternal Data Memory to Port O. 


A high on this pin for two machine cycles while the 
oscillator is running resets the device. A small ex- 
ternal pulldown resistor (::::8.2K!l) from RST to 
Vss permits power-on reset when a capacitor 
(:::: 10J-Lf) is also connected from this pin to Vcc. 


Provides Address Latch Enable output used for 
latching the address into external memory during 
normal operation. It is activated every six oscillator 
periods except during an external data memory ac- 
cess. It also receives the program pulse input for 
programming the EPROM version. 


The Program Store Enable output is a control sig- 
nal that enables the external Program Memory to 
the bus during external fetch operations. It is acti- 
vated every six oscillator periods, except during 
external data memory accesses. Remains high 
during internal program execution. 


EAlVPP 


When held at a TTL high level, the RUPI-44 exe- 
cutes instructions from the internal ROM when the 
PC is less than 4096. When held at a TTL low 
level, the RUPI-44 fetches all instructions from ex- 
ternal Program Memory. The pin also receives the 
21V EPROM programming supply voltage on the 
8744. 
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Input to the oscillator's high gain amplifier. Re- 
quired when a crystal is used. Connect to VSS 
when external source is used on XTAL 2. 


Output from the oscillator's amplifier. Input to the 
internal timing circuitry. A crystal or external source 
can be used. 
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Figure 2. Logic Symbol 
Figure 3A. DIP Pin Configuration 
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Figure 38. PLCC Pin Configuration 
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Figure 4. Block Diagram 


• 4K bytes of ROM 


• 192 bytes of RAM 
• 32 I/O lines 
• 64K address space for external Data Memory 
• 64K address space for external Program Memory 
• two fully programmable 16-bit timer/counters 
• a five-source interrupt structure with two priority 


levels 
• bit addressability for Boolean processing 


INTERRUPTS 
~--- 


PARALLEL 
PORTS 
ADDRESS DATA BUS 
AND 1/0 PINS 


The 8044 integrates the powerful 8051 microcontrol- 
ler with an intelligent Serial Communication Control- 
ler to provide a single-chip solution which will effi- 
ciently implement a distributed processing or distrib- 
uted control system. The microcontroller is a self- 
sufficient unit containing ROM, RAM, ALU, and its 
own peripherals. The 8044's architecture and in- 
struction set are identical to the 8051's. The 8044 
replaces the 8051's serial interface with an intelli- 
gent SDLC/HDLC Serial Interface Unit (SIU). 64 
more bytes of RAM have been added to the 8051 
RAM array. The SIU can communicate at bit rates up 
to 2.4 M bps. The SIU works concurrently with the 
Microcontroller so that there is no throughput loss in 
either unit. Since the SIU possesses its own intelli- 
gence, the CPU is off-loaded from many of the com- 
munications tasks, thus dedicating more of its com- 
puting power to controlling local peripherals or some 
external process. 


The microcontroller is a stand-alone high-perform- 
ance single-chip computer intended for use in so- 
phisticated real-time application such as instrumen- 
tation, industrial control, and intelligent computer pe- 
ripherals. 


The major features of the microcontroller are: 


• 8-bit CPU 
• on-chip oscillator 


.'M 
{D 


~iii 


INDIRECT 
ADDRESS· 
INO 


ill 135 


'27 


I/O 
HDLClSDLC 
SERIAL 
COMMUNICATIONS 


SPE.CIAL 
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,....--"---. 


iii 255 
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.IM 


•••• 
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•••• 
••H 
••••- 
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IIH 
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AIlOR •••• 
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lIT." 
•••• 
(12tatTSI 


• 1 p.sinstruction cycle time for 60% of the instruc· 
tions 2 p.s instruction cycle time for 40% of the 
instructions 
• 4 p's cycle time for 8 by 8 bit unsigned Multiply/ 
Divide 


Functionally the Internal Data Memory is the most 
flexible of the address spaces. The Internal Data 
Memory space is subdivided into a 256·byte Internal 
Data RAM address space and a 128·bit Special 
Function Register address space as shown in Figure 
5. 


The Internal Data RAM address space is 0 to 255. 
Four 8-Register Banks occupy locations 0 through 
31. The stack can be located anywhere in the Inter- 
nal Data RAM address space. In addition, 128 bit 
locations of the on-chip RAM are accessible through 
Direct Addressing. These bits reside in Internal Data 
RAM at byte locations 32 through 47. Currently loca- 
tions 0 through 191 of the Internal Data RAM ad- 
dress space are filled with on-chip RAM. 


The 8044 has 32 general-purpose I/O lines which 
are arranged into four groups of eight lines. Each 
group is called a port. Hence there are four ports; 
Port 0, Port 1, Port 2, and Port 3. Up to five lines 
from Port 3 are dedicated to supporting the serial 
channel when the SIU is invoked. Due to the nature 
of the serial port, two of Port 3's I/O lines (P3.0 and 
P3.1) do not have latched outputs. This is true 
whether or not the serial channel is used. 


Port 0 and Port 2 also have an alternate dedicated 
function. When placed in the external access mode, 
Port 0 and Port 2 become the means by which the 
8044 communicates with external program memory. 
Port 0 and Port 2 are also the means by which the 
8044 communicates with external data memory. Pe- 
ripherals can be memory mapped into the address 
space and controlled by the 8044. 


Table 2. MCS@·51Instruction 
Set Description 


Mnemonic 
Description 
Byte 
Cyc 
Mnemonic 
Description 
Byte 
Cyc 


ARITHMETIC OPERATIONS 
ARITHMETIC OPERATIONS (Continued) 
ADD 
A,Rn 
Add register to 
SUBB 
A,@Ri 
Subtract indirect 
Accumulator 
RAM from A with 
ADD 
A,direct 
Add direct byte 
Borrow 
to Accumulator 
2 
SUBB 
A,#data 
Subtract immed 
ADD 
A,@Ri 
Add indirect 
data from A with 
RAM to 
Borrow 
2 
Accumulator 
INC 
A 
Increment 
ADD 
A,#data 
Add immediate 
Accumulator 
data to 
INC 
Rn 
Increment 
Accumulator 
2 
register 
ADDC 
A,Rn 
Add register to 
INC 
direct 
Increment direct 
Accumulator 
byte 
2 
with Carry 
INC 
@Ri 
Increment 
ADDC 
A,direct 
Add direct byte 
indirect RAM 
to A with Carry 
INC 
DPTR 
Increment Data 
flag 
2 
Pointer 
2 
ADDC 
A,@Ri 
Add indirect 
DEC 
A 
Decrement 
RAM to A with 
Accumulator 
Carry flag 
DEC 
Rn 
Decrement 
ADDC 
A,#data 
Add immediate 
register 
data to A with 
DEC 
direct 
Decrement 
Carry flag 
2 
direct byte 
2 
SUBB 
A,Rn 
Subtract register 
DEC 
@Ri 
Decrement 
from A with 
indirect RAM 
1 
Borrow 
MUL 
AB 
Multiply A & B 
4 
SUBB 
A,direct 
Subtract direct 
DIY 
AB 
DivideAby B 
4 
byte from A with 
DA 
A 
Decimal Adjust 
Borrow 
2 
Accumulator 
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Mnemonic 
Description 
Byte 
Cyc 
Mnemonic 
Description 
Byte 
Cyc 


LOGICAL 
OPERATIONS 
LOGICAL 
OPERATIONS 
(Continued) 


ANL 
A,Rn 
AND register to 
RL 
A 
Rotate 
Accumulator 
Accumulator 


ANL 
A,direct 
AND direct byte 
Left 


to Accumulator 
2 
RLC 
A 
Rotate A Left 


ANL 
A,@RI 
AND indirect 
through 
the 


RAM to 
Carry flag 


Accumulator 
RR 
A 
Rotate 


ANL 
A,#data 
AND immediate 
Accumulator 


data to 
Right 


Accumulator 
2 
RRC 
A 
Rotate A Right 


ANL 
direct,A 
AND 
through Carry 


Accumulator 
to 
flag 
direct byte 
2 
SWAP 
A 
Swap nibbles 


ANL 
direct,#data 
AND immediate 
within the 
data to direct 
Accumulator 
byte 
3 
2 
DATA TRANSFER 


ORL 
A,Rn 
OR register to 
MOV 
A,Rn 
Move register to 
Accumulator 
Accumulator 


ORL 
A,direct 
OR direct byte to 
MOV 
A,direct 
Move direct byte 
Accumulator 
2 
to Accumulator 
2 


ORL 
A,@Ri 
OR indirect 
RAM 
MOV 
A,@RI 
Move indirect 
to Accumulator 
RAM to 


ORL 
A,#data 
OR immediate 
Accumulator 
data to 
MOV 
A,#data 
Move immediate 
Accumulator 
2 
data to 


ORL 
direct,A 
OR Accumulator 
Accumulator 
2 
to direct byte 
2 
MOV 
Rn,A 
Move 


ORL 
direct, # data 
OR immediate 
Accumulator 
to 
data to direct 
register 
byte 
3 
2 
MOV 
Rn,direct 
Move direct byte 


XRL 
A,Rn 
Exclusive-OR 
to register 
2 
2 


register to 
MOV 
Rn,#data 
Move immediate 
Accumulator 
data to register 
2 


XRL 
A,direct 
Exclusive-OR 
MOV 
direct,A 
Move 
direct byte to 
Accumulator 
to 
Accumulator 
2 
direct byte 
2 


XRL 
A,@RI 
Exclusive-OR 
MOV 
direct,Rn 
Move register to 
indirect 
RAM to 
direct byte 
2 
2 


A 
MOV 
direct, direct 
Move direct byte 


XRL 
A,#data 
Exclusive-OR 
to direct 
3 
2 


immediate 
data 
MOV 
direct,@Ri 
Move indirect 
toA 
2 
RAM to direct 


XRL 
direct,A 
Exclusive-OR 
byte 
2 
2 


Accumulator 
to 
MOV 
direct,#data 
Move immediate 
direct byte 
2 
data to direct 


XRL 
direct, # data 
Exclusive-OR 
byte 
3 
2 


immediate 
data 
MOV 
@Ri,A 
Move 
to direct 
3 
2 
Accumulator 
to 


CLR 
A 
Clear 
indirect 
RAM 
Accumulator 
MOV 
@Ri,direct 
Move direct byte 


CPL 
A 
Complement 
to indirect 
RAM 
2 
2 


Accumulator 
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Table 2. MCS<8>·51 
Instruction Set Description (Continued) 


Mnemonic 
Description 
ByteCyc 
Mnemonic 
Description 
Byte Cyc 


DATA TRANSFER 
(Continued) 
BOOLEAN 
VARIABLE 
MANIPULATION 


MOV 
@Ri,#data 
Move immediate 
(Continued) 


data to indirect 
ANL 
C,/bit 


RAM 
2 


MOV DPTR,#data16Load Data 


Pointer with a 
16-bit constant 
3 
2 


MOVCA,@A+DPTR 
Move Code byte 
relative to DPTR 
toA 
Move Code byte 
relative to PCto 
A 
Move External 
RAM (8-bit addr) 
toA 
Move External 
RAM (16-bit 
addr) toA 
Move A to 
External RAM 
(8-bit addr) 
Move A to 
External RAM 
(16-bit) addr 
Push direct byte 
onto stack 
Pop direct byte 
from stack 
Exchange 
register with 
Accumulator 
Exchange direct 
byte with 
Accumulator 
Exchange 
indirect RAM 
with A 
Exchange low- 
order Digit ind 
RAMwA 


BOOLEAN 
VARIABLE 
MANIPULATION 


CLR 
C 
Clear Carry flag 
1 


CLR 
bit 
Clear dir.ectbit 
2 


SETB C 
Set Carry Flag 
1 


SETB bit 
Set direct Bit 
2 


CPL 
C 
Complement 
Carry Flag 
Complement 
direct bit 
AND direct bit to 
Carry flag 


AND 
complement of 
direct bit to 
Carry 
OR direct bit to 
Carry flag 
OR complement 
of direct bit to 
Carry 
Move direct bit 
to Carry flag 
Move Carry flag 
to direct bit 


PROGRAM 
AND MACHINE 
CONTROL 
ACALL addr11 
Absolute 
Subroutine Call 
Long Subroutine 
Call 
Return from 
subroutine 
Return from 
interrupt 
Absolute Jump 
Long Jump 
Short Jump 
(relative addr) 
JMP 
@A+ DPTR Jump indirect 
relative to the 
DPTR 
Jump if 
Accumulator is 
Zero 
Jump if 
Accumulator is 
Not Zero 
Jump if Carry 
flag is set 
Jump if No Carry 
flag 
Jump if direct Bit 
set 
Jump if direct Bit 
Not set 
Jump if direct Bit 
is set & Clear bit 
CJNE 
A,direct,rel 
Compare direct 
to A &Jump if 
Not Equal 


CJNE 
A,#data,rel 
Comp, immed, 
to A & Jump if 
Not Equal 


AJMP 
addr11 
WMP 
addr16 
SJMP 
rei 


inter 


Table 2. MCS@·51 Instruction 
Set Description 
(Continued) 


Mnemonic 
Description 
Byte Cyc 


PROGRAM 
AND MACHINE 
CONTROL 
(Continued) 
CJNE Rn,#data,rel 
Comp, immed, 
to reg & Jump if 
Not Equal 
CJNE @Ri,#data, rei Comp, immed, 
to indo& Jump if 
Not Equal 
Decrement 
register & Jump 
if Not Zero 
Decrement 
direct & Jump if 
Not Zero 
No operation 


Notes on data addressing 
modes: 
Rn 
- 
Working register RO-R7 
direct 
- 
128 internal RAM locations, any I/O 
port, control or status register 
- 
Indirect internal RAM location ad- 
dressed by register ROor R1 


The 8044 contains two 16-bit counters which can be 
used for measuring time intervals, measuring pulse 
widths, counting events, generating precise periodic 
interrupt requests, and clocking the serial communi- 
cations. Internally the Timers are clocked at 1/12 of 
the crystal frequency, which is the instruction cycle 
time. Externally the counters can run up to 500 KHz. 


External events and the real-time driven on-chip pe- 
ripherals require service by the CPU asynchronous 
to the execution of any particular section of code. To 
tie the asynchronous activities of these functions to 
normal program execution, a sophisticated multiple- 
source, two priority level, nested interrupt system is 
provided. Interrupt response latency ranges from 3 
JAosecto 7 JAosecwhen using a 12 MHz clock. 


All five interrupt sources can be mapped into one of 
the two priority levels. Each interrupt source can be 
enabled or disabled individually or the entire inter- 
rupt system can be enabled or disabled. The five 
interrupt sources are: Serial Interface Unit, Timer 1, 
Timer 2, and two external interrupts. The external 
interrupts can be either level or edge triggered. 


Notes on data addressing 
modes: 
(Continued) 
# data 
- 
8-bit constant included in instruction 
# data16 - 
16-bit constant included as bytes 2 
& 3 of instruction 
- 
128 software flags, any I/O pin, con- 
troll or status bit 


Notes on program 
addressing 
modes: 
addr16 
- 
Destination address for 
LCALL & 
LJMP may be anywhere within the 
64-K 
program 
memory 
address 
space 
Addr11 
- 
Destination address for ACALL & 
AJMP will be within the same 2-K 
page of program memory as the first 
byte of the following instruction 
- 
SJMP and all conditional jumps in- 
clude an 8-bit offset byte, Range is 
+ 127 - 128 bytes relative to first 
byte of the following instruction 


All mnemonic 
copyrighted@ 
Intel Corporation 
1979 


Serial Interface Unit (SIU) 


The Serial Interface Unit is used for HDLC/SDLC 
communications. It handles Zero Bit Insertion/Dele- 
tion, Flags automatic access recognization, and a 
16-bit cyclic redundancy check. In addition it imple- 
ments in hardware a subset of the SDLC protocol 
certain applications it is advantageous to have the 
CPU control the reception or transmission of every 
single frame. For this reason the SIU has two modes 
of operation: "AUTO" and "FLEXIBLE" (or "NON- 
AUTO"). It is in the AUTO mode that the SIU re- 
sponds to SDLC frames without CPU intervention; 
whereas, in the FLEXIBLE mode the reception or 
transmission of every single frame will be under CPU 
control. 


There are three control registers and eight parame- 
ter registers that are used to operate the serial inter- 
face. These registers are shown in Figure 5 and Fig- 
ure 6. The control register set the modes of opera- 
tion and provide status information. The eight pa- 
rameter registers buffer the station address, receive 
and transmit control bytes, and point to the on-chip 
transmit and receive buffers. 


Data to be received or transmitted by the SIU must 
be buffered anywhere within the 192 bytes of on- 
chip RAM. Transmit and receive buffers are not al- 
lowed to "wrap around" in RAM; a "buffer end" is 
generated after address 191 is reached. 


intJ 


B REGISTER 
ACCUMULATOR 
'THREE 
BYTE FIFO 


TRANSMIT 
BUFFER START 


TRANSMIT 
BUFFER LENGTH 


TRANSMIT 
CONTROL 
BYTE 


• SIU STATE COUNTER 
SEND COUNT RECEIVE COUNT 
PROGRAM STATUS WORD 
"DMA COUNT 
STATION ADDRESS 
RECEIVE FIELD LENGTH 
RECEIVE BUFFER START 
RECEIVE BUFFER LENGTH 
RECEIVE CONTROL BYTE 
SERIAL MODE 
STATUS REGISTER 
INTERRUPT PRIORITY CONTROL 
PORT 3 
INTERRUPT ENABLE CONTROL 
PORT 2 
PORT 1 
TIMER HIGH 1 
TIMER HIGH 0 
TIMER LOW 1 
TIMER LOW 0 
TIMER MODE 
TIMER CONTROL 
DATA POINTER HIGH 
DATA POINTER LOW 
STACK POINTER 
PORT 0 


SYMBOLIC 
ADDRESS 
~, 


B 
ACC 
FIFO 
FIFO 
FIFO 
TBS 
TBL 
TCB 
SIUST 
NSNR 
PSW 
DMA CNT 
STAD 
RFL 
RBS 
RBL 
RCB 
SMD 
STS 
IP 
P3 
IE 
P2 
PI 
THI 
THO 
Tl1 
TLO 
TMOD 
TCON 
DPH 
DPL 
SP 
PO 


247 
th,ough 
240 
231 
'0 
224 


223 
throuoh 
216 
215 
t '0 
201 


207 
t rou 
200 
III 
t '0 ---m- 


113 
I, 
175 
"0 
--tii- 


117 
t, 
----iiij- 


151 
'0 
144 


143 
WOUOh 
131 


135 
throuoh 
121 


240 
(FOH) 
224 
(EOH) 
223 
(DFH) 
222 
(DEH) 
221 
(DOH) 
220 
(DCH) 
211 
(DBH) 
211 
(DAH) 
217 
(otH) 
216 
(DSH) 
208 
(DOH) 
207 
(CFH) 


206 
(CEH) 
205 
(CDH) 
2~ 
(CCH) 
203 
(CBH) 
202 
(CAH) 
201 
(CIH) 


200 
(CIH) 
II. 
(BIH) 
176 
(BOH) 
168 
(AIH) 
160 
(AOH) 
144 
(toH) 
141 
(lDH) 
140 
(ICH) 
139 
(lBH) 
138 
(8AH) 
137 
(81H) 
138 
(88H) 
131 
(83H) 
130 
(82H) 
128 
(81H) 
121 
(6OH) 


NOTE: 
"ICE Support Hardware registers. Under normal operating conditions there is no need for the CPU to access these 
registers. 


NO FRAME CHECK SEQUENCE 
NON·BUFFERED 
PRE·FRAME erNC 
LOOP 
NON RETURN TO ZERO INVERTED 
SELECT CLOCK MODE 


RECEIVE BUFFER PROTECT 
AUTO MODfJADDRESSED 
MODE 
OPTIONAL POLL BIT 
RECEIVE INFORMATION 
BUFFER OVERRUN 


SERIAL INTERFACE UNIT INTERRUPT 
REQUEST TO SEND 
RECEIVE BUFFER EMPTY 


TRANSMIT BUFFER FUll 


SEQUENCE ERROR RECEIVED 
RECEIVE SEQUENCE COUNTER 
SEQUENCE ERROR SEND 
SEND SEQUENCE COUNTER 


intJ 


With the addition of only a few bytes of code, the 
8044's frame size is not limited to the size of its 
internal RAM (192 bytes), but rather by the size of 
external buffer with no degradation of the RUPl's 
features (e.g. NRZI, zero bit insertion/deletion, ad- 
dress recognition, cyclic redundancy check). There 
is a special function register called SIUST whose 
contents dictates the operation of the SIU. At low 
data rates, one section of the SIU (the Byte Proces- 
sor) performs no function during known intervals. 
For a given data rate, these intervals (stand-by 
mode) are fixed. The above characteristics make it 
possible to program the CPU to move data to/from 
external RAM and to force the SIU to perform some 
desired hardware tasks while transmission or recep- 
tion is taking place. With these modifications, exter- 
nal RAM can be utilized as a transmit and received 
buffer instead of the internal RAM. 


In the AUTO mode the SIU implements in hardware 
a subset of the SOLC protocol such that it responds 
to many SOLC frames without CPU intervention. All 
AUTO mode responses to the primary station will 
comform to IBM's SOLC definition. The advantages 
of the AUTO mode are that less software is required 
to implement a secondary station, and the hardware 
generated response to polls is much faster than do- 
ing it in software. However, the Auto mode can not 
be used at a primary station. 


To transmit in the AUTO mode the CPU must load 
the Transmit Information Buffer, Transmit Buffer 
Start register, Transmit Buffer Length register, and 
set the Transmit Buffer Full bit. The SIU automatical- 
ly responds to a poll by transmitting an information 
frame with the P/F bit in the control field set. When 
the SIU receives a positive acknowledgement from 
the primary station, it automatically increments the 
Ns field in the NSNR register and interrupts the 
CPU. A negative acknowledgement would cause the 
SIU to retransmit the frame. 


To receive in the AUTO mode, the CPU loads the 
Receive Buffer Start register, the Receive Buffer 
Length register, clears the Receive Buffer Protect 
bit, and sets the Receive Buffer Empty bit. If the SIU 
is polled in this state, and the TBF bit indicates that 
the Transmit Buffer is empty, an automatic RR re- 
sponse will be generated. When a valid information 
frame is received the SIU will automatically incre- 
ment Nr in the NSNR register and interrupt the CPU. 


While in the AUTO mode the SIU can recognize and 
respond to the following commands without CPU in- 
tervention: I (Information), RR (Receive Ready), 
RNR (Receive Not Ready), REJ (Reject), and UP 
(Unnumbered Poll). The SIU can generate the fol- 


lowing responses without CPU intervention: I (Infor- 
mation), RR (Receive Ready), and RNR (Receive 
Not Ready). 


When the Receive Buffer Empty bit (RBE) indicates 
that the Receive Buffer is empty, the receiver is en- 
abled, and when the RBE bit indicates that the Re- 
ceive Buffer is full, the receiver is disabled. Assum- 
ing that the Receiver Buffer is empty, the SIU will 
respond to a poll with an I frame if the Transmit Buff- 
er is full. If the Transmit Buffer is empty, the SIU will 
respond to a poll with a RR command if the Receive 
Buffer Protect bit (RBP) is cleared, or an RNR com- 
mand if RBP is set. 


In the FLEXIBLE mode all communications are un- 
der control of the CPU. It is the CPU's task to en- 
code and decode control fields, manage acknowl- 
edgements, and adhere to the requirements of the 
HOLC/SOLC protocols. The 8044 can be used as a 
primary or a secondary station in this mode. 


To receive a frame in the FLEXIBLE mode, the CPU 
must load the Receive Buffer Start register, the Re- 
ceive Buffer Length register, clear the Receive Buff- 
er Protect bit, and set the Receive Buffer Empty bit. 
If a valid opening flag is received and the address 
field matches the byte in the Station Address regis- 
ter or the address field contains a broadcast ad- 
dress, the 8044 loads the control field in the receive 
control byte register, and loads the I field in the re- 
ceive buffer. If there is no CRC error, the SIU inter- 
rupts the CPU, indicating a frame has just been re- 
ceived. If there is a CRC error, no interrupt occurs. 
The Receive Field Length register provides the num- 
ber of bytes that were received in the information 
field. 


To transmit a frame, the CPU must load the transmit 
information buffer, the Transmit Buffer Start register, 
the Transmit Buffer Length register, the Transmit 
Control Byte, and set the TBF and the RTS bit. The 
SIU, unsolicited by an HOLC/SOLC frame, will trans- 
mit the entire information frame, and interrupt the 
CPU, indicating the completion of transmission. For 
supervisory frames or 
unnumbered frames, the 


transmit buffer length would be O. 


The FCS register is initially set to all 1's prior to cal- 
culating the FCS field. The SIU will not interrupt the 
CPU if a CRC error occurs (in both AUTO and FLEX- 
IBLE modes). The CRC error is cleared upon receiv- 
ing of an opening flag. 


inter 


Frame Format Options ,. 


In addition to the standard SOLC frame format, the 
8044 will support the frames displayed in Figure 7. 
The standard SOLC frame is shown at the top of this 
figure. For the remaining frames the information field 
will incorporate the control or address bytes and the 
frame check sequences; therefore these fields will 


be stored in the Transmit and Receive buffers. For 
example, in the non-buffered mode the third byte is 
treated as the beginning of the information field. In 
the non-addressed mode, the information field be- 
gins after the opening flag. The mode bits to set the 
frame format options are found in the Serial Mode 
register and the Status register. 


FRAME OPTION 
NFCS 
NB 
AM1 
FRAME FORMAT 


Standard SOLC 
0 
0 
0 
~ 
I 
~ 
NON-AUTO Mode 


Standard SOLC 
0 
0 
1 
~ 
" I 
~ 
AUTO Mode 


Non-Buffered 
Mode 
0 
1 
1 
~ 
I 
~ 
NON-AUTO Mode 


Non-Addressed 
Mode 
0 
1 
0 ~I 
I 
~ 
NON-AUTO Mode 


No FCS Field 
1 
0 
0 
~ 
I 
LQ 
NON-AUTO Mode 


No FCS Field 
1 
0 
1 
~ 
I 
.. " CD 
AUTO Mode 


No FCS Field 
1 
1 
1 ~I 
I 
LQ 
Non-Buffered 
Mode 


NON-AUTO Mode 


No FCS Field 
1 
1 
0 CD 
I 
~ 
Non-Addressed 
Mode 


NON-AUTO Mode 


Mode Bits: 
AM 
- 
"AUTO" Mode/Addressed Mode 


NB 
- 
Non-Buffered Mode 
NFCS - 
No FCS Field Mode 


Key to Abbreviations: 
F = Flag (01111110) 
I = Information Field 


A = Address Field 
FCS= Frame Check Sequence 


C = Control Field 


Note 1: 
The AM bit function is controlled by the NB bit. When NB = 0, AM becomes AUTO mode select, when NB = 1, AM 
becomes Address mode select. 


inter 


To realize an extended control field or an extended 
address field using the HDLC protocol, the FLEX- 
IBLE mode must be used. For an extended control 
field, the SIU is programmed to be in the non-buff- 
ered mode. The extended control field will be the 
first and second bytes in the Receive and Transmit 
Buffers. For extended addressing the SIU is placed 
in the non-addressed mode. In this mode the CPU 
must implement the address recognition for received 
frames. The addressing field will be the initial bytes 
in the Transmit and Receive buffers followed by the 
control field. 


The SIU can transmit and receive only frames which 
are multiples of 8 bits. For frames received with oth- 
er than 8-bit multiples, a CRC error will cause the 
SIU to reject the frame. 


The SIU can be used in an SDLC loop as a second- 
ary or primary station. When the SIU is placed in the 
Loop mode it receives the data on pin 10 and trans- 
mits the data one bit time delayed on pin 11. It can 
also recognize the Go ahead signal and change it 
into a flag when it is ready to transmit. As a second- 
ary station the SIU can be used in the AUTO or 
FLEXIBLE modes. As a primary station the FLEX- 
IBLE mode is used; however, additional hardware is 
required for generating the Go Ahead bit pattern. In 
the Loop mode the maximum data rate is 1 Mbps 
clocked or 375 Kpbs self-clocked. 


SOLC Multidrop 
Networks 


The SIU can be used in a SDLC non-loop configura- 
tion as a secondary or primary station. When the SIU 
is placed in the non-loop mode, data is received and 
transmitted on pin 11, and pin 10 drives a tri-state 
buffer. In non-loop mode, modem interface pins, 
RTS and CTS, become available. 


The 8044's serial port can operate in an externally 
clocked or self clocked system. A clocked system 
provides to the 8044 a clock synchronization to the 
data. A self-clocked system uses the 8044's on-chip 
Digital Phase Locked Loop (DPLL) to recover the 
clock from the data, and clock this data into the Seri- 
al Receive Shift Register. 


In this mode, a clock synchronized with the data is 
externally fed into the 8044. This clock may be gen- 
erated from an External Phase Locked Loop, or pos- 
sibly supplied along with the data. The 8044 can 


transmit and receive data in this mode at rates up to 
2.4 Mbps. 


This self clocked mode allows data transfer without 
a common system data clock. An on-chip Digital 
Phase Locked Loop is employed to recover the data 
clock which is encoded in the data stream. The 
DPLL will converge to the nominal bit center within 
eight bit transitions, worst case. The DPLL requires a 
reference clock of either 16 times (16x) or 32 times 
(32x) the data rate. This reference clock may be ex- 
ternally applied or internally generated. When inter- 
nally generated either the 8044's internal logic clock 
(crystal frequency divided by two) or the timer 1 
overflow is used as the reference clock. Using the 
internal timer 1 clock the data rates can vary from 
244 to 62.5 Kbps. Using the internal logic clock at a 
16x sampling rate, receive data can either be 187.5 
Kbps, or 375 Kbps. When the reference clock for the 
DPLL is externally applied the data rates can vary 
from 0 to 375 Kbps at a 16x sampling rate. 


To aid in a Phase Locked Loop capture, the SIU has 
a NRZI (Non Return to Zero Inverted) data encoding 
and decoding option. Additionally the SIU has a pre- 
frame sync option that transmits two bytes of alter- 
nating 1's and O's to ensure that the receive station 
DPLL will be synchronized with the data by the time 
it receives the opening flag. 
' 


Control and Status Registers 


There are three SIU Control and Status Registers: 
Serial Mode Register (SMD) 
Status/Command Register (STS) 
Send/Receive Count Register (NSNR) 


The SMD, STS, and NSNR, registers are all cleared 
by system reset. This assures that the SIU will power 
up in an idle state (neither receiving nor transmit- 
ting). 


These registers and their bit assignments are de- 
scribed below. 


The Serial Mode Register (Address C9H) selects the 
operational modes of the SIU. The 8044 CPU can 
both read and write SMD. The SIU can read SMD 
but cannot write to it. To prevent conflict between 
CPU and SIU access to SMD, the CPU should write 
SMD only when the Request To Send (RTS) and 


Receive 
Buffer 
Empty 
(RBE) bits (in the STS regis- 


ter) are both false 
(0). Normally, 
SMD is accessed 


only during initialization. 


The individual 
bits of the Serial Mode Register 
are as 


follows: 


Blt# 
Name 
Description 


SMD.O 
NFCS 
No FCS field in the SDLC frame. 


SMD.1 
NB 
Non-Buffered 
mode. No control 
field in the SDLC frame. 


SMD.2 
PFS 
Pre-Frame 
Sync mode. In this 
mode, the 8044 transmits 
two 
bytes before the first flag of a 
frame, for DPLL synchronization. 
If NRZI is enabled, 
OOHis sent; 


otherwise, 
55H is sent. In either 
case, 16 preframe 
transitions 
are 
guaranteed. 


SMD.3 
LOOP 
Loop configuration. 


SMD.4 
NRZI 
NRZI coding option. 
If bit = 1, 


NRZI coding is used. If bit = 0, 
then it is straight 
binary (NRZ). 


SMD.5 
SCMO 
Select Clock Mode-Bit 
0 


SMD.6 
SCM1 
Select Clock Mode-Bit 
1 


SMD.7 
SCM2 
Select Clock Mode-Bit 
2 


SCM 
Data Rate 


2 
1 0 
Clock 
Mode 
(Blts/sec)" 


0 
0 
0 
Externally 
clocked 
0-2.4M"" 


0 
0 
1 
Reserved 


0 
1 
0 
Self clocked, 
timer overflow 
244-62.5K 


0 
1 
1 
Reserved 


1 
0 
0 
Self clocked, 
external 
16x 
0-375K 


1 
0 
1 
Self clocked, 
external 
32x 
0-187.5K 


1 
1 
0 
Self clocked, 
internal fixed 
375K 


1 
1 
1 
Self clocked, 
internal fixed 
187.5K 


NOTES: 
·Based 
on a 12 Mhz crystal 
frequency 


• ·0-1 
M bps in loop configuration 


STS: Status/Command 
Register 
(bit- 


addressable) 
Bit: 
7 
6 


TBF 
RBE 


The Status/Command 
Register 
(Address 
C8H) pro- 


vides 
operational 
control 
of the 
SIU 
by the 
8044 


CPU, and enables 
the SIU to post status information 


for the CPU's 
access. 
The SIU can read STS, and 


can alter certain 
bits, as indicated 
below. 
The CPU 


can both read and write STS asynchronously. 
How- 


ever, 
2-cycle 
instructions 
that 
access 
STS 
during 


both cycles 
('JBC/B, 
REL' and 'MOV /B, C.') should 


not be used, 
since 
the 
SIU may write 
to STS 
be- 


tween the two CPU accesses. 


The individual 
bits of the Status/Command 
Register 


are as follows: 


Blt# 
Name 
Description 


STS.O 
RBP 
Receive 
Buffer Protect. 
Inhibits 


writing of data into the receive 
buffer. In AUTO mode, RBP 
forces an RNR response 
instead 


of an RR. 


STS.1 
AM 
AUTO Mode/ Addressed 
Mode. 


Selects AUTO mode where 
AUTO mode is allowed. 
If NB is 


true, (= 1), the AM bit selects the 
addressed 
mode. AM may be 


cleared 
by the SIU. 


STS.2 
OPB 
Optional 
Poll Bit. Determines 


whether 
the SIU will generate 
an 


AUTO response 
to an optional 


poll (UP with P = 0). OPM may 
be set or cleared 
by the SIU. 


STS.3 
BOV 
Receive 
Buffer Overrun. 
BOV 


may be set or cleared 
by the SIU. 


STS.4 
SI 
SIU Interrupt. This is one of the 
five interrupt 
sources to the CPU. 


The vector 
location 
= 23H. SI 


may be set by the SIU. It should 
be cleared 
by the CPU before 


returning 
from an interrupt 


routine. 


STS.5 
RTS 
Request 
To Send. Indicates 
that 


the 8044 is ready to transmit 
or is 


transmitting. 
RTS may be read or 


written by the CPU. RTS may be 
read by the SIU, and in AUTO 
mode may be written by the SIU. 


STS.6 
RBE 
Receive 
Buffer Empty. RBE can 


be thought 
of as Receive 
Enable . 


RBE is set to one by the CPU 
when it is ready to receive a 
frame, or has just read the buffer, 
and to zero by the SIU when a 
frame has been received. 


STS.7 
TBF 
Transmit 
Buffer Full. Written 
by 


the CPU to indicate that it has 
filled the transmit 
buffer. TBF may 


be cleared 
by the SIU. 


inter 


NSNR: Send/Receive 
Count 
Register 
(blt- 


addressable) 
Bit: 
7 
6 


NS2 
NS1 


The 
Send/Receive 
Count 
Register 
(Address 
D8H) 


contains 
the 
transmit 
and 
receive 
sequence 
num- 


bers, plus tally error 
indications. 
The SIU can both 


read and write NSNR. The 8044 CPU can both read 
and write 
NSNR 
asynchronously. 
However, 
2-cycle 


instructions 
that 
access 
NSNR 
during 
both 
cycles 


('JBC 
/B, 
REL,' 
and 
'MOV 
/B,C') 
should 
not 
be 


used, since the SIU may write to NSMR between 
the 


two 8044 CPU accesses. 


The individual 
bits of the Send/Receive 
Count Reg- 


ister are as follows: 


Blt# 
Name 
Description 


NSNR.O 
SER 
Receive 
Sequence 
Error: 


NS (P) "* NR (S) 


NSNR.1 
NRO 
Receive Sequence 
Counter-Bit 
0 


NSNR.2 
NR1 
Receive Sequence 
Counter-Bit 
1 


NSNR.3 
NR2 
Receive 
Sequence 
Counter-Bit 
2 


NSNR.4 
SES 
Send Sequence 
Error: 
NR (P) "* NS (S) and 
NR (P) "* NS (S) + 1 


NSNR.5 
NSO 
Send Sequence 
Counter-Bit 
0 


NSNR.6 
NS1 
Send Sequence 
Counter-Bit 
1 


NSNR.7 
NS2 
Send Sequence 
Counter-Bit 
2 


Parameter Registers 


There are eight parameter 
registers 
that are used in 


connection 
with 
SIU 
operation. 
All 
eight 
registers 


may be read or written 
by the 8044 CPU. RFL and 


RCB are normally 
loaded 
by the SIU. 


ST AD: Station 
Address 
Register 


(byte-addressable) 


The 
Station 
Address 
register 
(Address 
CEH) 
con- 


tains the station 
address. 
To prevent 
acess conflict, 
the CPU should 
access 
STAD only when the SIU is 


idle (RTS = 
0 and RBE = 
0). Normally, 
STAD 
is 


accessed 
only during initialization. 


TBS: Transmit 
Buffer 
Start 
Address 
Register 


(byte-addressable) 


The Transmit 
Buffer Start address 
register 
(Address 


DCH) points 
to the location 
in on-chip 
RAM for the 


beginning 
of the I-field of the frame 
to be transmit- 


ted. The CPU should access TBS only when the SIU 
is not transmitting 
a frame 
(when TBF = 0). 


TBl: 
Transmit 
Buffer 
length 
Register 
(byte 
= addressable) 


The Transmit 
Buffer 
Length 
register 
(Address 
DBH) 


contains 
the 
length 
(in bytes) 
of the 
I-field 
to 
be 


transmitted. 
A blank 
I-field 
(TBL = 0) is valid. The 


CPU should 
access 
TBL only when 
the SIU is not 


transmitting 
a frame 
(when TBF = 0). 


NOTE: 
The transmit 
and receive 
buffers 
are not allowed 
to 
"wrap 
around" 
in the on-chip 
RAM. A "buffer 
end" 


is automatically 
generated 
if address 
191 (BFH) 
is 


reached. 


TCB: Transmit 
Control 
Byte 
Register 


(byte-addressable) 


The Transmit 
Control 
Byte register 
(Address 
DAH) 


contains 
the byte which is to be placed in the control 


field 
of the 
transmitted 
frame, 
during 
NON-AUTO 


mode 
transmission. 
The 
CPU 
should 
access 
TCB 


only when the SIU is not transmitting 
a frame (when 


TBF = 0). The Nsand 
NR counters 
are not used in 


the NON-AUTO 
mode. 


RBS: Receive 
Buffer 
Start 
Address 
Register 


(byte-addressable) 


The Receive 
Buffer Start address 
register 
(Address 


CCH) points 
to the location 
in on-chip 
RAM where 


the 
beginning 
of the 
I-field 
of the 
frame 
being 
re- 


ceived 
is to be stored. 
The CPU should 
write 
RBS 


only when -the SIU is not receiving 
a frame 
(when 


RBE = 0). 


RBl: 
Receive 
Buffer 
length 
Register 
(byte-adclressable) 


The Receive 
Buffer 
Length 
register 
(Address 
CBH) 


contains 
the length 
(in bytes) of the area in on-chip 


RAM 
allocated 
for the 
received 
I-field. 
RBL =0 is 


valid. The CPU should write RBL only when RBE = O. 
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RFL: Receive 
Field Length 
Register 


(byte-addressable) 


The Receive Field Length register (Address CDH) 
contains the length (in bytes) of the received I-field 
that has just been loaded into on-chip RAM. RFL is 
loaded by the SIU. RFL = 0 is valid. RFL should be 
accessed by the CPU only when RSE = O. 


RCB: Receive 
Control 
Byte Register 


(byte-addressable) 


The Received Control Syte register (Address CAH) 
contains the control field of the frame that has just 
been received. RCS is loaded by the SIU. The CPU 
can only read RCS, and should only access RCS 
when RSE = O. 


ICE Support 


The 8044 In-Circuit Emulator (ICE-44) allows the 
user to exercise the 8044 application system and 
monitor the execution of instructions in real time. 


The emulator operates with Intel's Intellec™ devel- 
opment system. The development system interfaces 
with the user's 8044 system through an in-cable 
buffer box. The cable terminates in a 8044 pin-com- 
patible plug, which fits into the 8044 socket in the 
user's system. With the emulator plug in place, the 
user can excercise his system in real time while col- 
lecting up to 255 instruction cycles of real-time data. 
In addition, he can single-step the program. 


Static RAM is available (in the in-cable buffer box) to 
emulate the 8044 internal and external program 
memory and external data memory. The designer 
can display and alter the contents of the replace- 
ment memory in the buffer box, the internal data 
memory, and the internal 8044 registers, including 
the SFR's. 


SIUST: SIU State Counter 
(byte-addressable) 


The SIU State Counter (Address D9H) reflects the 
state of the internal logic which is under SIU control. 
Therefore, care must be taken not to write into this 
register. This register provides a useful means for 
debugging 8044 receiver problem. 


"CO)VLU 
I C M"AIMUM 
I1A IIN\:i~- 
Ambient 
Temperature 
Under Bias 
O°C to 70°C 


Storage Temperature 
- 65°C to -150°C 


Voltage on EA, VPP Pin to VSS 
- 0.5V to - 21.5V 


Voltage on Any Other Pin to VSS 
- 0.5V to -7V 


Power Dissipation 
2W 


tYUII(itf. ~(ftf:;:;tI:; 
ilOOVt! most! 
IISCfJOunotlr 
;<IOSo- 


luttl Maximum Ratings" may caustl ptlrmanent dam- 
age to the devictl. This is a stress rating only and 
functional operation of the dtlvice at these or any 
othtlr conditions above those indicattld in the opera- 
tional sections of this specification is not implied Ex- 
posure to absolute maximum rating conditions for 
tlxtended periods may affect devictl reliability. 


Symbol 
Parameter 
Mln 
Max 
Unit 
Test Conditions 


VIL 
Input Low Voltage 
(Except EA Pin of 8744H) 
-0.5 
0.8 
V 


VIL1 
Input Low Voltage to EA Pin of 8744H 
0 
0.8 
V 


VIH 
Input High Voltage 
(Except XTAL2, RST) 
2.0 
VCC + 0.5 
V 


VIH1 
Input High Voltage to XTAL2, RST 
2.5 
VCC + 0.5 
V 
XTAL1 = VSS 


VOL 
Output Low Voltage 
(Ports 1,2,3)' 
0.45 
V 
IOL = 1.6mA 


VOL1 
Output Low Voltage 
(Port O,ALE,PSEN)' 


8744H 
0.60 
V 
IOL = 3.2 mA 


0.45 
V 
IOL = 2.4 mA 


8044AH/8344AH 
0.45 
V 
IOL = 3.2 mA 


VOH 
Output High Voltage 
(Ports 1, 2, 3) 
2.4 
V 
IOH = -80/loA 


VOH1 
Output 
High Voltage 
(Port 0 in External 
2.4 
V 
IOH = -400/loA 
Bus Mode, ALE, PSEN) 


ilL 
Logical 0 Input Current (Ports 1, 2, 3) 
-500 
/loA 
Vin = 0.45V 


IIL1 
Logical 0 Input Current to EA Pin 
-15 
mA 
of 8744H only 


IIL2 
Logical 0 Input Current (XTAL2) 
-3.6 
mA 
Vin = 0.45V 


III 
Input Leakage Current (Port 0) 
8744H 
±100 
/loA 
0.45 < Vin < VCC 
8044AH/8344AH 
±10 
/loA 
0.45 < Vin < VCC 


IIH 
Logical 
1 Input Current to EA Pin of 8744H 
500 
/loA 


IIH1 
Input Current to RST to Activate 
Reset 
500 
/loA 
Vin < (VCC - 
1.5V) 


ICC 
Power Supply Current: 
All Outputs 
Discon- 
8744H 
285 
mA 
nected: 
EA = VCC 
8044AH/8344AH 
170 
mA 


CIO 
Pin Capacitance 
10 
pF 
Test Freq. = 1MHz(l) 


'NOTES: 
1. Sampled 
not 100% 
tested. 
TA = 25'C. 
2. Capacitive 
loading 
on Ports 0 and 2 may cause 
spurious 
noise pulses 
to be superimposed 
on the VOLs of ALE and Ports 
1 and 3. The noise is due to external 
bus capacitance 
discharging 
into the Port 0 and Port 2 pin when these 
pins make 
l-to- 
o transitions 
during 
bus operations. 
In the worst 
cases 
(capacitive 
loading> 
100 pF), the noise 
pulse 
on the ALE line may 
exceed o.av. In such cases 
it may be desirable 
to qualify 
ALE with a Schmitt 
Trigger, 
or use an address 
latch with a Schmitt 
Trigger 
STROBE 
input. 


intJ 


A.C. CHARACTERISTICS 
TA = O·C to +70·C, 
VCC = 5V ± 10%, VSS = OV, Load Capacitance 
for Port 0, ALE, and PSEN = 100 pF, 
Load Capacitance 
for All Other Outputs 
= 80 pF 


12 MHz Oac 
Variable 
Clock 


Symbol 
Parameter 
1/TCLCL 
= 3.5 MHz to 12 MHz 
Unit 


Mln 
Max 
Mln 
Max 


TLHLL 
ALE Pulse Width 
127 
2TCLCL-40 
ns 


TAVLL 
Address 
Valid to ALE Low 
43 
TCLCL-40 
ns 


TLLAX1 
Address 
Hold After ALE Low 
48 
TCLCL-35 
ns 


TLLlV 
ALE Low to Valid Instr in 
ns 
- 
4TCLCL·150 
8744H 
183 


8044AH/8344AH 
233 
4TCLCL-100 


TLLPL 
ALE Low to PSEN Low 
58 
TCLCL-25 
ns 


TPLPH 
PSEN Pulse Width 


8744H 
190 
3TCLCL-60 
ns 
8044AH/8344AH 
215 
3TCLCL-35 
ns 


TPLIV 
PSEN Low to Valid Instr in 


8744H 
100 
3TCLCL-150 
ns 
8044AH/8344AH 
125 
3TCLCL-125 
ns 


TPXIX 
Input Instr Hold After PSEN 
0 
0 
ns 


TPXIZ2 
Input Instr Float After PSEN 
63 
TCLCL-20 
ns 


TPXAV2 
PSEN to Address 
Valid 
75 
TCLCL-8 
ns 


TAVIV 
Address 
to Valid Instr in 


8744H 
267 
5TCLCL-150 
ns 
8044AH/8344AH 
302 
5TCLCL-115 
ns 


TAZPL 
Address 
Float to PSEN 
-25 
-25 
ns 


NOTES: 
1. TLLAX for access to program memory is different from TLLAX for data memory. 
2. Interfacing RUPI-44 devices with float times up to 75ns is permissible. This limited bus contention will not cause any 
damage to Port 0 drivers. 


inter 


12 MHzOsc 
Variable 
Clock 


Symbol 
Parameter 
1/TCLCL 
= 3.5 MHz to 12 MHz 
Unit 


Mln 
Max 
Mln 
Max 


TRLRH 
RD Pulse Width 
400 
6TCLCL-100 
ns 


TWLWH 
WR Pulse Width 
400 
6TCLCL-100 
ns 


TLLAX 
Address 
Hold after ALE 
48 
TCLCL·35 
ns 


TRLDV 
RD Low to Valid Data in 
252 
5TCLCL-165 
ns 


TRHDX 
Data Hold After RD 
0 
0 
ns 


TRHDZ 
Data Float After RD 
97 
2TCLCL·70 
ns 


TLLDV 
ALE Low to Valid Data In 
517 
8TCLCL-150 
ns 


TAVDV 
Address 
to Valid Data In 
585 
9TCLCL-165 
ns 


TLLWL 
ALE Low to RD or WR Low 
200 
300 
3TCLCL-50 
3TLCLCL+50 
ns 


TAVWL 
Address 
to RD or WR Low 
203 
4TCLCL-130 
ns 


TQVWX 
Data Valid to WR Transition 
8744H 
13 
TCLCL-70 
ns 
8044AH/8344AH 
23 
TCLCL·60 
ns 


TQVWH 
Data Setup Before WR High 
433 
7TCLCL-150 
ns 


TWHQX 
Data Held After WR 
33 
TCLCL-50 
ns 


TRLAZ 
RD Low to Address 
Float 
25 
25 
ns 


TWHLH 
RD or WR High to ALE High 
8744H 
33 
133 
TCLCL-50 
TCLCL+50 
ns 
8044AH/8344AH 
43 
123 
TCLCL-40 
TCLCL+50 
ns 


NOTE: 
1. TLlAX for access to program memory is different from TLlAX for access data memory. 


Symbol 
Parameter 
Min 
Max 
Unit 


TDCY 
Data Clock 
420 
ns 


TDCL 
Data Clock Low 
180 
ns 


TDCH 
Data Clock High 
100 
ns 


tTD 
Transmit 
Data Delay 
140 
ns 


tOSS 
Data Setup Time 
40 
ns 


tDHS 
Data Hold Time 
40 
ns 


PSEN 


AD 


TOVWH 


DATA 
OUT 


TAHDX 


DATA 
IN 
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2.4=X20 
2.ox== 
TEST POINTS 
0.45 
_0_.1 
01 
j 


FLOAT t 
2.4 
2_.0 
------,2.0 
2.4 


0.45 
0.1 
0.1 
0.45 
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231663-13 


AC testing inputs are driven at 2.4V for a Logic "1" and 0.45V for 
a Logic "0" Timing measurements are mede at 2.0V for a Logic 
"1" and 0.8V for a Logic "0". 


Variable 
Clock 
Symbol 
Parameter 
Freq = 3.5 MHz to 12 MHz 
Unit 


Mln 
Max 


TCLCL 
Oscillator 
Period 
83.3 
285.7 
ns 


TCHCX 
High Time 
20 
TCLCL-TCLCX 
ns 


TCLCX 
Low'fime 
20 
TCLCL-TCHCX 
ns 


TCLCH 
Rise Time 
20 
ns 


TCHCL 
Fall Time 
20 
ns 


I 


STATE 4 I 
STATE 5 I 
S~'ATE 6 I 
STATE 1 I 
STATE 2 I 
STATE 31 
STATE 4 
~I~ 
~I~ 
~I~ 
~I~ 
~I~ 
~I~ 
~I~ 


STATE 5 


PI I P2 


I 
I 
I 
_1__ 
2 


THESE SIGNALS 
ARE NOT 
ACTIVATED 
DURING 
THE 
EXECUTION 
OF A MOVX INSTRUCTION 
~---,-_-,I 
I" 
I 
L 


P2(EXTI 


READ 
CYCLE 


AD 


OOHIS EMITTED 
PCL OUT (IF PROGRAM 


DURING 
THIS PERIOD 
MEMORY 
IS EXTERNAL) 


DPL OR Ri LY 
IDATAl 
nlL 


OUT 
I_ 4iG 
FLOAT SAMPL.~"'D-----. 


INDICATES 
DPH OR P2 SFR TO PCH TRANSITIONS 
_I 
----- 
P2 
WRITE CYCLE 


___________ 
1 PCL OUT(EVEN 
IF PROGRAM 


MEMORY 
IS INTERNAL) 


!. 
DATA OUT-----.-6-, 
~. : tCL 
OUT ;I~OGRAM 
----~ 
•••••--IN-D-I-CA-T-E-S-D-P-H-0-R-P-2-S-F-R-T-0-P-C-H-T-R-A-NS-I-T-IO-N-S--- 
•..••••• 
, MEMORY 
IS EXTERNAL) 
P2 


PORT OPERATION 


MOV PORT, SRC 


~~gDE 
O)-------~XD 
SAMPLED 


OLD DATA INEW DATA 


~ 
LPO 
PINS SAMPLED 
MOV DEST. PO 
~_ 
!--4{ 


MOV DEST. PORT (Pl. 
P2. P3) 
POPINS SAMPLED 


(INCLUDES 
INTO, INTI, 
TO. TI) 
~ 
~ 


PI, P2. P3 PINS SAMPLED 
PI. P2. P3 
PINS SAMPLED 
---b+J 


RXD SAMPLED 
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This diagram 
indicates 
when signals are clocked 
internally. 
The time it takes the signals 
to propagate 
to the 
pins, however, 
ranges from 25 to 125 ns. This propagation 
delay is dependent 
on variables 
such as tempera- 


ture and pin loading. 
Propagation 
also varies from output 
to output 
and component 
to component. 
Typically 
though, 
(TA = 25°C. fUlly loaded) 
AD and WA propagation 
delays are approximately 
50 ns. The other signals 
are typically 
85 ns. Propagation 
delays are incorporated 
in the AC specifications. 


inter 


Erasure of the 8744H Program Memory begins to 
occur when the chip is exposed to light with wave- 
lengths 
shorter 
than 
approximately 4,000 Ang- 
stroms. Since sunlight and fluorescent lighting have 
wavelengths in this range, constant exposure to 
these light sources over an extended period of time 
(about 1 week in sunlight, or 3 years in room-level 
fluorescent lighting) could cause unintentional era- 
sure. If an application subjects the 8744H to this 
type of exposure, it is suggested that an opaque la- 
bel be placed over the window. 


The recommended erasure procedure is exposure 
to ultraviolet light (at 2537 Angstroms) to an integrat- 
ed dose of at least 15 W-secl cm2 rating for 20 to 30 
minutes, at a distance of about 1 inch, should be 
sufficient. 


Programming 
the EPROM 


To be programmed, the 8744H must be running with 
a 4 to 6 MHz oscillator. (The reason the oscillator 
needs to be running is that the internal bus is being 
used to transfer address and program data to appro- 
priate registers.) The address of an EPROM location 
to be programmed is applied to Port 1 and pins P2.0- 
P2.3 of Port 2, while the data byte is applied to Port 
O. Pins P2.4-P2.6and PSEN should be held low, and 
P2.7 and RST high. (These are all TIL levels except 
RST, which requires 2.5V for high.) EAIVPP is held 
normally high, and is pulsed to +21V. While EAI 
VPP is at 21V, the ALE/PROG pin, which is normally 
being held high, is pulsed low for 50 msec. Then 
EAIVPP is returned to high. This is illustrated in Fig- 


ure 8. Detailed timing specifications are provided in 
the EPROM Programming and Verification Charac- 
teristics section of this data sheet. 


Program Memory Security 


The program memory security feature is developed 
around a "security bit" in the 8744H EPROM array. 
Once this "hidden bit" is programmed, electrical ac- 
cess to the contents of the entire program memory 
array becomes impossible. Activation of this feature 
is accomplished by programming the 8744H as de- 
scribed in "Programming the EPROM" with the ex- 
ception that P2.6 is held at a TIL high rather than a 
TIL low. In addition, Port 1 and P2.0-P2.3 may be in 
any state. Figure 9 illustrates the security bit pro- 
gramming configuration. Deactivating the security 
feature, which again allows programmability of the 
EPROM, is accomplished by exposing the EPROM 
to ultraviolet light. This exposure, as described in 
"Erasure Characteristics," erases the entire EPROM 
array. Therefore, attempted retrieval of "protected 
code" results in its destruction. 


Program Verification 


Program Memory may be read only when the "secu- 
rity feature" has not been activated. Refer to Figure 
10 for Program Verification setup. To read the Pro- 
gram Memory, the following procedure can be used. 
The unit must be running with a 4 to 6 MHz oscilla- 
tor. The address of a Program Memory location to 
be read is applied to Port 1~ins 
P2.0-P2.3 of 


Port 2. Pins P2.4-P2.6 and PSEN are held at TIL 
low, while the ALE/PROG, RST, and EAIVPP pins 
are held at TIL high. (These are all TIL levels ex- 
cept RST, which requires 2.5V for high.) Port 0 will 
be the data output lines. P2.7 can be used as a read 
strobe. While P2.7 is held high, the Port 0 pins float. 
When P2.7 is strobed low, the contents of the ad- 
dressed location will appear at Port O. External pull- 
ups (e.g., 10K) are required on Port 0 during program 
verification. 


+SV 


ADDR. 
PI 
VCC 


OOOOH- 
HUH 
OFFFH 


P2.0- 
PO 
PGM 
DATA 


P2.3 


P2.4 


P2.S 
ALE 
__ 
ALEPROG 


P2.6 


P2.7 


XTAL2 
EA --!l,vpp 


XTALI 
RST 
VIHI 


VSS 
PSEN 
- 
- 
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HC 
PI 
HUH 


HC 
P2.0- 
P2.3 


P2.4 


P2.S 


P2.6 


TTL HIGH 
P2.7 


XTAL2 


XTALl 


VSS 
- 


RST 
VIHI 


PSEN 


inter 


ADDR. 
OOOOH- 
OFFFH 


P2.4 


P2.5 
P2.6 
PH 


XTAL2 


ALE T TTL HIGH 


fA 


RST 
VIH1 


XTAL1 
PSEN 


VSS 
~ 


EPROM PROGRAMMING, 
SECURITY 
BIT PROGRAMMING 


AND VERIFICATION 
CHARACTERISTICS 


TA = 21°C to 27"C, vcc = 4.5V to 5.5V, vss = ov 


Symbol 
Parameter 
Mln 
Max 
Units 


Vpp 
Programming 
Supply Voltage 
20.5 
21.5 
V 


IPP 
Programming 
Current 
30 
mA 


1/TCLCL 
Oscillator 
Frequency 
4 
6 
MHz 


TAVGL 
Address 
Setup to PROG 
48TCLCL 


TGHAX 
Address 
Hold after PROG 
48TCLCL 


TDVGL 
Data Setup to PROG 
48TCLCL 


TGHDX 
Data Hold after PROG 
48TCLCL 


TEHSH 
ENABLE 
High to Vpp 
48TCLCL 


TSHGL 
Vpp Setup to PROG 
10 
f.Lsec 


TGHSL 
Vpp Hold after PROG 
10 
f.Lsec 


TGLGH 
PROGWidth 
45 
55 
msec 


TAVQV 
Address 
to Data Valid 
48TCLCL 


TELQV 
ENABLE to Data Valid 
48TCLCL 


TEHQZ 
Data Float after ENABLE 
0 
48TCLCL 


inter 


EPROM 
PROGRAMMING, 
SECURITY 
BIT PROGRAMMING 


AND VERIFICATION 
WAVEFORMS 


ADDRESS 
ADDRESS 
'\. 
/ 


. 
TAVOV-- 


DATA IN 
DATA OUT 


-- 
- 
TDVGL 
TGHDX-- 
TAVGL 
TGHAX 
\ --J 


TSHGL 
TGHSL 
TGl'G'H 


21V 
.. 5V 


.!d 
\ 


TTL HIGH 
TTLHIGH 
TTL 
HIGH 


TEHSH-- 
_ 
TELOV 
- TEHOZ 


T 


!Avpp 
,~,J------~_)~ 


Intel has all the software tools you'lI need to implement 
high-performance 
applications 
using Intel 


BITBUS'· products. 
Tools include assemblers 
and compilers 
for host and BITBUS node code 
development. 
debug monitors. 
in-circuit 
emulators. 
and specialized 
BITBUS software. 
Intel's software 
tools are full-featured. 
easy-lo-use. and help generate reliable. easily maintained 
code in a minimum 


amount of time. Intel's e()mplete solution 
helps get your BITBLIS-based distributt'd 
net\\ork 
quickly 
lo 
market. 


BITBIJS NETWORIl 
CONFlGIJRATlONS 


A BITBUS network usually consists of a master (or supervisory) 
node and multiple 
remote nodes as 
shown on figure 
I. All BITBUS host interface boards and remote control boards use the 8044 


BITBUS Enhanced Microcontroller 
(8044BEM). 
The 80448E1I1 has built-in 
communications 
software. 
memory 
management 
and I/O control procedures 
together with a multitasking 
opt'rating 
system. 


This huilt-in 
software. 
known as DCM44. greatly 
simplifies 
the programmer's 
software design task. 


BITBUS networks can be configured 
in two \Iays. either as distributed 
110 systems with centralized 
control. 
or as distributed 
control 
systems, 


inter-------- 


D 


/ 
"- 
TERMINAL 


BlJILT-IN RAC PROCEDlJRES 
SIMPLIFY 
DISTRIBlJTED 
I/O 
APPLICATIONS 


Distributed 
I/O systems are easy to design. Node code 


(code that runs on the remote BITBUS board) is not 
required 
because the network 
is controlled 
by the master 


(host) system. To simplify 
host code. each BITBUS board 


comes with a built-in 
set of procedures 
known as Remote 


Access and Control (RAC). The master sends out 
commands 
to the nodes and uses these RAC procedures 
to 


collect data or to turn on and off motors. valves, indicator 
lights. and other output devices. 


DISTRIBlJTED 
CONTROL BOOSTS 
PERFORMANCE 
AND RELIABILITY 


Besides using BITBUS for distributed 
I/O. BITBUS can also 


be used to implement 
powerful 
distributed 
control 
systems. 


With distributed 
control. 
the system can more easily 


control 
rapidly 
changing. 
complex processes (e.g. robotics) 


and gain the added benefit of higher network 
reliability 


that is inherent 
in distributed 
control 
systems. 


With distributed 
control. 
each board functions 
as a 


controller 
performing 
a set of dedicated 
tasks. On a 


periodic 
basis, the master can send a command 
to a 


remote board to collect process control 
data or request 


that a new task start 
running 
on a remote board. The 


built-in 
DCX 51 multitasking 
executive on the 8044 


BITBUS microcontroller 
allows up to 7 user tasks to run 


on the node at the same time. The 12 MHz 8044 8-bit 
microcontroller. 
together 
with the multitasking 
executive. 


allows each BITBUS remote board to easily control 
multiple, 
complex processes. 


nuCf. 
CfU". "taft~ 
• UU~Cf 


Inters host software 
development 
tlxlls include the BITBUS 


Toolbox. a wide range of compilers 
and assemblers 
for all 


of Inters microprocessors. 
software 
debug monitors. 
and 


in-circuit 
emulators. 


BITBIJS'·T_Ibox-T"e 
Software T_I 
tOl' 
All ApplicatIons 
The BITBUS Toolbox is a set of six software 
utilities 
that 


greatly 
simplify 
development 
of host applications 
software 
for BITBUS systems. The utilities 
include: the BITBUS 


Monitor; 
two procedure 
libraries 
known as tbe Universal 


BITBUS Interface and the BITBUS Interface Handlers; 
PC 


Bridge communications 
software; 
and the OBJHEX and 


UDI2DOS code converters. 


BITBUS'" 
Monitor. 
The BITBUS Monitor 
provides the 


designer an on-line "window" 
into the BITBUS network. 
Over 35 commands 
are available allowing 
an operator 
to 


check on the operation 
of various nodes. turn I/O either on 


or ofr. connect or disconnect 
nodes from the network. start 


or stop tasks running 
on a node. and download/upload 


code to/from 
remote boards. The Monitor 
is invaluable 


when first installing 
the BITBUS system. and is useful later 


to troubleshoot 
a node or the equipment 
connected to it. 


Universal 
BITBUS'· 
Interface 
and BITBUS 
Interface 
Handlers. 
The Universal 
BITBUS Interface (UBI) is similar 


in function 
to the BITBUS Monitor. except that UBI calls 
can be made directly 
from the user's host application 


program 
rather than from an operator's 
terminal. 


Procedures arc included that duplicate 
most of the BITBUS 
Monitor commands. 
The UBI is most useful for 


downloading 
code to a node. uploading 
data to the host. 


starting 
and stopping 
tasks running 
on the node. and 


writing/reading 
data to/from 
the BITBUS boards' 
I/O ports. 


If a programmer 
wants to develop custom. UBI-like 
procedures. 
the Toolbox includes the BITBUS Interface 
Handlers. 
which are a set of 4 basic procedures 
that 


support 
communication 
with a BITBUS node. 


PC Bridge. OBJHEX. 
and UDl2DOS-The 
Personal 


Computer 
Gateway to BITBUS'". 
The BITBUS Toolbox 


also includes the PC Bridge communications 
software 
and 


the OBJHEX conversion 
utility. Many BITBUS networks will 


use an Intel 310 system as the host in order to take 
advantage of the system's 
performance 
or multitasking 


capabilities. 
The PC Bridge and OBJHEX utilities 
enable 
the designer to use a PC to generate BITBUS node code. 
and then download 
the code through 
the 310 system to 


any node on the BITBUS network. The software 
also allows 


an operator 
to use a PC as a virtual 
terminal 
to the 310 


system. 


~ome ()('slgners may enoose Lo use tlll'lr 
n ..•as lIll' nost 
system for the BITBUS network. To support 
these 


networks. the Tlxllbox 
includes the UDI2DOS utility. which 


is used to convert object code. developed using Inteltlxlls. 
to a ".exe" format so that it will run on a PC. 


The BITBUS Toolbox can be used on DOS. iRMX@ H{i/2H6. 
X~;NIX*. and iPDS'· based systems. 


Host CodeCompliers, Assemblers,a.d 
OllieI' T_ls 
Inters languages include rUM. 
Fortran. 
PASCAl.. C. and 


assembler 
for most of Inters family of 8. 16. and 32-M 


microprocessors. 
For debug support. 
I'SCOPr:. iSDM'". 
and 


Soft-Scope*. 
which are available 
in several versions. 


prOVide the programmer 
powerful software 
tools to rapidly 


isolate and correct faulty 
host code. These tools are 


supported 
on a variety of host systems. 
including 
DOS. 


iRMX 86/286. 
and XENIX. 


~()r programmers 
who need an ewn fuller fealOred debug 
environment. 
Inters 121CE'" system combines the 
capabilities 
of an in-circuit 
emulator 
together with the 


PSCOPE 86 debug monitor 
and a 16-channel logic 


analyzer. The 121CEsystem supports 
8086. 8088. 80186. 


80188. 
and 80286 
code development. 
ror programmers 


who are designing 
80386 
code. Intel prOVides the ICE'· 
386 in-circuit 
emulator. 
The 121CEand ICE 386 emulators 


are supported 
on DOS and Intel Series III!IV development 
systems. 


SOFTWARE TOOLS FOR BITBlJS"' 
CONTROLLER BOARDS 


By adding 
node programs 
to BITBUS boards. the designer 


can take full advantage of the BITBUS boards' 
8044 


microcontroller's 
processing 
abilities. 
Programmed 
remote 


boards enable the designer to configure 
powerful. 


distributed 
control systems with a minimum 
investment 
in 
hardware. 


Developing node code for remote BITBUS boards is just as 
easy as developing 
host code. Instead of using iAPX-based 


software. 
BITBUS boards run programs 
developed using 


"8051" 
tools. These tools include PlJM 51 and ASM 51 
languages. RL51/L1B51 
Linker/Locator/Librarian. 
and the 


ICE 5100/044 
in-circuit 
emulator. 
BITBUS-spcciFic software 


tools include DCS110 BITWARF: and the DCS 120 
Programmer's 
Support 
Package. 


PUM !II a.d ASM!II La••• a«es 
The programmer 
can write node code using either PLIM 51 


or the ASM 51 assembler. 
Many programs 
are written 
using PLIM 51 because the language's higher level 
statements 
reduce programming 
time and produce 


reliable. easy-to-maintain 
code. If necessary. speed-critical 


code is written 
using ASM 51. 


M.II'1JI8"' •• Ex«.U.-e II." OCS'20 
MllxI.'.e S"SU. rerf.,..,II.ce 
Included 
in the 8044BEM 
microcontroller 
on every BITBUS 


board 
is the DCX 51 multitasking 
executive. which allows 
up to 7 user tasks plus the RAC task to run on the board 
concurrently. 
IFthe programmer 
is writing 
code For a 
remote board that controls 
sewral 
interrelated 
tasks. he 


can segment the code into separate 
tasks and increase 


overall 
perFormance 
by using the multitasking 
management 
provided 
by the executive. Twelve DCX 51 


calls are available 
providing 
tasks with timing 
services. 


communications 
to other tasks on the board. 
memory 
management 
services. 
and the ability 
to dynamically 


create and delete running 
tasks. 


To access DCX 51 services. 
Intel provides 
the DCS 120 
Programmer's 
Support 
Package. which 
includes an 


interFace library 
to DCX 51 plus DCX 51 Procedure 
declaration 
Files. To use DCS 120. the programmer 
adds 
the declaration 
Files to the source code. Then. aFter the 


source modules are compiled. 
the interFace library 
is 
linked with the object modules and any other user 
libraries. 


ICE5'00/04411." 
OCS,'o- 


Tille B •• 
CItIl8U8 
To provide debug support 
For node code development. 
Intel 
provides 
the ICE 51001044 
in-eircuit 
emulator 
and the 


DCS 110 BITWARE product. 
ICE 51001044 
includes 
an 
8044 
probe that plugs into the BITBUS board 
in place of 
the BITBUS 8044 
microcontroller. 
BITWARE. which 
is 
DCM44 Firmware. provides 
the necessary 
soFtware so the 


ICE 51001044 
can emulate 
a BITBUS environment. 


DCS 110 also includes the DCX 51 interFace library 
and 
declaration 
Files that are provided 
in the DCS120 product. 


INTEL SOITWARE 
DEVELOPMENT 
TOOLS-COMPLETE 
IN EVERY 
WAY 


Intel provides 
a complete 
set of tools For the soFtware 
designer 
ranging 
From compilers 
and debug monitors 
For 
the host system and BITBUS nodes to specialized 
BITBUS 
soFtware. like the BITBUS Toolbox and BITWARE. These 
tools are available 
For a wide variety 
of development 
environments. 
including 
Intel's system 
310 and the PC as 
shown in Table 1. 
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Series 
II 
C 
C 
C 
~ 
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X 
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X 
X 
X 
X 
E 
X 


IV 
X X 
X 
X 
X 
X 
I<: 
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IPDS 
A 
A 
A 
X X 
C 
C 
C 
E 
X 
IRMX 51/." 
X 
X 
X 
X 
X 
X X 
D 
D 
D 
8" 
X 
X 
X 
X 
X 
X X 
D 
D 
D 
XENIX 51/." 
X 
X 
B 
X 


8" 
X 
X 
B 
X 


DOS 
X 
X 
X 
X 
X 
X 
X X 
X 
X 
X 
X 
. 
X 


!\Jotes: 
A iPDS uses Release 1 Toolbox 
B Supports 
operation 
with XENIX. XENIX disks not required 


C Down-revision 
version 


D Available 
For iRMX<B>86 


E ICE 44 and EMV 44 have been replaced 
by the ICE 


TlO 51001044 


Table 1 


Waat to «aow 
/tIore? 
Intel publishes 
several data books that provide detailed 
technical 
information 
on these and other software 
products 
together 
with application 
data. If you would like more 
information 
about Intel software 
for BITBUS applications, 
contact your local Intel sales office or distributor 
for the 
following 
literature: 


• 
Distributed 
Control Modules Databook 
• 
Development 
Tools Handbook 


• 
Embedded 
Controller 
Handbook 


230973 
210940 
210918 


Produt:t 
BITBUS Toolbox 
BITWARE 
Programmer's 
Support 
Package 


Ordel'Code 
iDCS100 
iDCS110 
iDCS120 


iRCX 910/920 
DIGITAL/ANAWG 
SIGNAL CONDITIONING 
ISOLATION 
AND 
TERMINATION 
PANELS 


iRCX-910 


• Digital termination 
for BITBUS™ iRCB 44110digital 
remote controller board, iSBxr" 350 digital 
MULTIMODULE™ and Multibus<!ldigital 1/0 single 
board computel$ (SBCs) 


• Sockets for 24 industry-standard, 
optically coupled 
isolation and signal conditioning 1/0 modules 


• LEOs indicate status of each module 


•. Separate connectors for BITBUS, Power, RCB and 
Expansion 1/0 


• Integral mounting site for one 24 channel digital 
iRCB 44110 


iRCX 920 


• Analog termination 
for iRCB 44/20, iSBX 311, iSBX 
328, and iSBC 88/40 


• Sock~ts accepting up to 18 Analog Devices 
Corporation's 
5B Series of isolation and signal 
conditioning modules 


• Separate connectors for BITBUS, Power, RCB and 
Expansion 110 
• Integral mounting site for one ~hannel 
analog 
iRCB 44/20 


More Convenient 
BITBUS·· 


System Integration 


Intel now provides one more building 
block for developing BITBUS~ net- 
works: the iRCX 910/920 Digital/ 
Analog Signal Isolation and Termina- 
Lon Panels. These boards provide 
remote node termination and isolation 
in a design that's easy to"install and ser- 
vice. They work with Intel's RCB 44/10 
and 44/20, which provide analog/digital 
control, and with Intel's BITBUS 
Monitor, DCX-51 Real-time Multitask- 
ing Executive and BITBUS Toolbox, 
which provide the software support. 


Intel makes BITBUS system integration 
easier and more convenient than ever. 


Compatible 
With a Wide 


Range of Intel MULTIBUS@ 
Boards 


The iRCX 910 and iRCX 920 not only 
work with the iRCB 44110 and 44120 
controller boards but also with a wide 
range of MULTIBUSGllboards both 
from Intel and MULTIBUS Manufac- 
turing Group vendors. The 50-pin ex- 
pansion connection on the iRCX panels 
makes iSBC and iSBX board connec- 
tion easy. 


Table I shows the Intel iSBC and iSBX 
boards currently compatible with the 
iRCX products. 


iRCX 910: Compatible 
With 


Industry-Standard 
110 


Modules 


The iRCX 910 provides sockets for 24 
channels of user-provided digital I/O to 
perform AC or DC switching and isola- 
tion. The user can configure up to 24 
I/O channels, filling only the channels 
needed for the application. The iRCX 
910 accepts a wide range of industry- 
standard I/O modules, including those 
from Gordos, Opto 22, Crydom, 
Potter-Brumfield and others'. The input 
modules convert high-level inputs from 
such sources as limit or proximity 
switches to ITL levels. The output 
modules convert ITL to high-level 
signals for driving motor starters, 
solenoids, indicating lights, and the 
like. Regardless of whether input or 
output, these modules typically provide 
greater than 1500 volt isolation, 2-3 
KV of transient noise protection, and 
signal conditioning in a wide range of 
voltages. An LED for each channel 
shows on/off status, and a 5 amp fuse 
provides overcurrent protection. 


iRCX910 
iRCX 920 


Intel iSBCs 
iSBX 
Intel iSBC 
Intel iSBX 


80/IOB 
350 
88/4OA 
311 


80/20-4 
328 


80/24A 
80/30 
80/05A 
86/14 
86/30 
86/35 
88/25 
88/4OA 
517 
519 


0000000000 
000000000000 


Examples of how iRCX 910 and 9208 
can be used in MULTIBUS and BITBUS systems. 


iRCX 920: Uses Analog 
Devices Corporation 
Modules to Provide State· 
of·the-Art 
Signal Condition· 


ing and Isolation 


The iRCX 920 terminates 18analog 
signals going to and from field wiring 
and provides signal conditioning and 
isolation using Analog Devices Cor- 
poration's 5B Series of analog isolation 
and signal conditioning modules (pur- 
chased separately). These modules pro- 
vide 240 volt RMS field wiring protec- 
tion, \500 volt RMS common mode 
voltage isolation and signal condition- 
ing in a wide range of analog voltage 
and currents, including thermocouple 
and RfD sensors, millivolt and volt in- 
puts, and 0-20 ma and 4-20 ma process 
current outputs. Possible connections 
include temperature and pressure sen- 
sors, frequency counters and many 
others. The iRCB 44/20 when used in 
conjunction with the iRCX 920 pro- 
vides up to 16analog inputs and 2 
analog outputs. 


The iRCX 920 also contains an integral 
temperature sensor isothermal barrier 
strip (RfD) to provide a temperature 
reference for thermocouple modules 
doing cold junction compensation, 
Because this compensation is imple- 
mented in hardware rather than soft- 
ware, it simplifies the controller soft- 
ware's task, allowing superior software 
performance. 


Easy to Install, Easy to Use 


The iRCX panels provide a quick and 
easy, plug-in solution to remote node 
BITBUS interconnection. They can be 
mounted to an industrial panel or in a 
standard RETMA 19" rack when used 
with a customer provided 19"L x 7 "W 
pan. Quick access to the RCB 44/10 
and 44/20 boards is accomplished by 
loosening six screws and shifting the 
iRCX slightly. Field wiring connections 
are made using captive screw terminals, 
positioned to allow easy wire routing. 
Installation is quick, service is easy. 


The I/O modules on the iRCX 910 are 
color-coded for easy identification. 
LEDs provide on/off status, allowing 
the operator a quick verification of I/O 
operation, and are also useful for 


start-up testing, debugging and trouble- 
shooting a process or machine 
breakdown. 


component placement and the inclusion 
of a ground terminal. Also, they're 
mounted in front of the iRCB 44/10 and 
44/20 boards, protecting the heart of 
the remote node from accidental 
damage. 


Increased 
Reliability 


The iRCX 910 and 920 feature improv- 
ed noise immunity through judicious 


Specifications 
DIMENSIONS 
Ordering Information 


POWER REQUIREMENTS 
RCX 910 
Part Name 
Description 
(TYPICAL) 
Width: 
17.00" (43.18 em) 
iRCX 910 
BITBUS Digital Signal 
RCX 910 
Height: 
6.20" (15.75em) 
Conditioning, Isolation, 


Vee = +5 VDC ±5% 
Depth: 
3.25" (8.26 em) with 
and Termination Panel 
Ice = 
0.03 a/module installed 
user-provided modules 
iRCX 920 
BITBUS Analog Signal 
+1.00 a (if RCB 44/10 installed) 
installed 
Conditioning, Isolation, 
+ 
current requirements of any 
RCX920 
and Termination Panel 
installed SBX 
Width: 
17.00" (43.18 em) 
Analog 1/0 Analog Devices 5B Series 
RCX920 
Height: 
6.20" (15.75em) 
Modules 
To order contact: 


Vcc = + 5 VDC ±5% 
Depth: 
4.25" (10.80em) with 
Analog Devices 
Icc= 
0.03 a/input module 
user-provided modules 
Corporation 
+0.17 a/output module 
installed 
One Technology Way 
+1.00 a (if RCB 44/20 
is 
ENVIRONMENTAL 
Norwood, MA 02062 
installed) 
(617) 329-4700 
+ 
current requirements of any 
REQUIREMENTS 


installed SBX 
RCX 910/RCX 920 Standalone 
Additional Power Requirements when 
Operating Temperature: 0' to 70' C 
used with RCB 44/20 
(320 to 15SOF) 
100 rna @ +12 VDC ±4% 
Operating Humidity: 0-90% 
R.H. 


100 ma @ -12 VDC ±4% 
(non-condensing) 


RCX 910/RCX 
920 with mounted RCB 
In still air: 
0' to 55° C (3r 
to 13I° F) 
With 200 linear reetlminute furced air: 
0' to 60' C (32 ° to 140° F) 
iSBC. iS8X, MUlTIBUS 
and BITBUS 
are lrademarks 
cllnrel 


Corporation. 
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• 
IEEE 796 Industry 
Standard 
System 


Bus 


• 
Supports 
Multiple 
Processor 
Systems 


with Multi-Master 
Bus Structure 


• 
8-Blt, 16-Blt, and 32-Blt Devices 
Share 


the Same MULTIBUS@ System 
Resources 


• 
Foundation 
of Intel's Total System 


Architecture: 
MULTIBUS@, 
ILBXTM, 


MULTICHANNELTM, 
BITBUSTM and 


ISBXTM Buses 


• 
16 Mbyte Addressing 
Capability 


• 
Bus Bandwidth 
of Up to 10 Megabytes 


Per Second 


• 
Supported 
by a Complete 
Family of 


Single Board Computers, 
Memory, 


Digital and Analog 
110, Peripheral 


Controllers, 
Graphics 
and Speech 


Recognition, 
Packaging 
and Software 


• 
Supported 
by Over 200 Vendors 


Providing 
Over 2000 Compatible 
Products 


The MUL TIBUS<I!>System 
bus is one of a family of standard 
bus structures 
resident 
within 
Intel's total system 
architecture. 
The MUL TIBUS interface 
is a general 
purpose 
system bus structure 
containing 
all the necessary 
signal 
lines to allow various 
system 
components 
to interact 
with one another. 
This device 
interaction 
is built 
upon the master-slave 
concept. 
The "handshaking" 
between 
master 
and slave devices 
allows 
modules 
of 
different 
speeds to use the MUL TIBUS interface 
and allows data rates of up to 5 million transfers 
per second. 
The MUL TIBUS system bus can support 
multiple 
master devices 
(16) on a 18 inch backplane 
and can directly 
address 
up to 16 megabytes 
of memory. 
As a non-proprietary, 
standard 
system 
bus, the MUL TIBUS interface 
has become 
the most prominent 
8/16-bit 
microcomputer 
system 
bus in the industry 
with over 200 vendors 
supplying 
over 2000 
MUL TIBUS 
compatible 
products. 
Its success 
as the industry 
standard 
has been 
rein- 
forced 
by adoption 
of the MUL TIBUS 
specification 
by the Institute 
of Electrical 
and Electronic 
Engineers- 


(IEEE 796 System 
Backplane 
Bus). MUL TIBUS-based 
systems 
have been designed 
into applications, 
such as, 
industrial 
automation 
and control, 
office 
systems 
and word 
processing, 
graphics 
systems 
and 
CAD/CAM, 
telecommunications 
systems 
and distributed 
processing. 


inter 


The MULTIBUS@system bus is the physical frame- 
work and the conceptual foundation of Intel's total 
system architecture. It is a general purpose system 
bus used in conjunction with the single board com- 
puter concept to provide a flexible mechanism for 
inter-module processing, control and communica- 
tion. The MULTIBUS interface supports modular 
CPU, memory and I/O expansion in flexible, cost ef- 
fective microcomputer system configurations. These 
configurations implement single board computers 
and expansion modules in a multiple processor ap- 
proach to enhance system performance. This en- 
hanced performance is achieved through partition- 
ing of overall system functions into tasks that each 
of several processors can handle individually. When 
new system functions are added (peripherals) more 
processing power can be applied to handle them 
without impacting existing processor tasks. 


The MULTIBUS interface is an asynchronous, multi- 
processing system bus designed to perform a-bit 
and 16·bit transfers between single board comput- 


ers, memory and I/O expansion boards. Its interface 
structure consists of 24 address lines, 16 data lines, 
12 control lines, 9 interrupt lines, and 6 bus ex- 
change lines. These signal lines are implemented on 
single board computers and a mating backplane in 
the form of two edge connectors resident on 6.75" 
x 12.00" form factor PC boards. The primary 86-pin 
P1 connector contains all MULTIBUS signal lines 
except the four address extension lines. The auxilia- 
ry 60-pin P2 connector contains the four MULTIBUS 
address extension lines, and reserves the remaining 
56 pins for implementing the iLBX Execution Bus 
into the MULTIBUS system architecture. 


The MULTIBUS system bus supports three device 
categories: 1) Master, 2) Slave, 3) Intelligent Slave. 


A bus master device is any module which has the 
ability to control the bus. This ability is not limited to 
only one master device. The MULTIBUS interface is 
capable of supporting multiple masters on the same 
system through bus exchange logic. Once access 
has been acquired by a master device, it has a peri- 
od of exclusive control to affect data transfers 
through a generation of command signals, address 
signals and memory or I/O addresses. 


Figure 1. MUL TIBUS@ System Architecture 
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A bus slave 
device 
is a module 
that 
decodes 
the 


address 
lines on the MUL TIBUS and acts upon the 


command 
signals 
from the bus masters. 
Slave 
de- 


vices 
are not capable 
of controlling 
the MUL TIBUS 


interface. 


The intelligent 
slave has the same bus interface 
at- 


tributes 
as the slave device but also incorporates 
an 


on-board 
microprocessor 
to control 
on-board 
memo- 


ry and I/O tasks. This combination 
of on-board 
proc- 


essor, memory 
and I/O allow the intelligent 
slave to 


complete 
on-board 
operations 
without 
MUL TIBUS 


access. 


Bus Interface/Signal 
Line Descriptions 


The MUL TIBUS system 
bus signal lines are grouped 


into five classes 
based 
on the functions 
they 
per- 


form: 1) control 
lines, 2) address 
and inhibit lines, 3) 


data lines, 4) interrupt 
lines, 5) bus exchange 
lines. 


Figure 
2 shows 
the implementation 
of these 
signal 


lines. 


The MUL TIBUS 
control 
lines are broken 
down 
into 


five sub-groups: 
clock signals (2), commands 
(4), ac- 


knowledge 
(1), initialize 
(1), and 
lock 
(1). The two 


clock signals 
provide 
for the generation 
of a master 


10WC* 
AND 10RC* 
COMMAND 


DATO* - 
DATF* 
DATA 


ADRO* - 
ADRF* 
ADDRESS 


BUS MASTER 
BHEN* 


1/0 COMMANDS - 
INTERRUPTS 


DATA 
TRANSFER 
ACKNOWLEDGE 


ADDRESS 
CLOCK 


BHEN* 
INTA* 
- 
INIT* 


INTERRUPTS 


TRANSFER 
ACKNOWLEDGE 
XACK* 


CLOCK 
CCLK* 


INTERRUPT 
ACKNOWLEDGE 
INTA* 


INITIALIZE 
INIT* 
MEMORY SLAVE 


MEMORY 
COMMANDS - 
--. 
INIT* 


CLOCK 


TRANSFER 
ACKNOWLEDGE 


BHEN* 


ADRO*-ADR11* 
ADDRESS 


DATO* -DATF * 
DATA 
MWTC * AND MRDC * 
COMMAND 


INHIBITS 


~ 


INH2* 
} 
TO 
OTHER 
SLAVES 


clock for the system and the synchronization of bus 
arbitration logic. The four command lines are the 
communication links between the bus masters and 
bus slaves, specifying types of operations to be per- 
formed such as reads or writes from memory or 110. 
The transfer acknowledge line is the slave's ac- 
knowledgement that a requested action of the mas- 
ter is complete. The initialize signal is generated to 
reset the entire system to a known state. The lock 
signal is used by an active bus master to lock dual- 
ported for mutual exclusion. 


The address and inhibit lines are made up of 24 ad- 
dress lines, two inhibit lines, and one byte control 
line. The 24 address lines are signal lines used to 
carry the address of the memory location or the I/O 
device that is being referenced. These 24 lines allow 
a maximum of 16 million bytes of memory to be ac- 
cessed. When addressing an I/O device, sixteen ad- 
dress lines are used to address a maximum of 64 
thousand devices. The two inhibit lines are used to 
allow different types of memory (RAM, ROM, etc.) 
having the same memory address to be accessed in 
a preferred priority arrangement. The byte control 
line is used to select the upper byte of a 16-bit word 
in systems incorporating 16-bit memory and I/O 
modules. 


The MULTIBUS interface supports sixteen bi-direc- 
tional data lines to transmit or receive information to 
or from a memory location or an I/O port. 


The MULTIBUS interrupt lines consist of eight inter- 
rupt request lines and one interrupt acknowledge 
line. Interrupts are requested by activating one of the 
eight interrupt request lines. The interrupt acknowl- 
edge signal is generated by the bus master when an 
interrupt request is received. It effectively freezes in- 
terrupt status and requests the placement of the in- 
terrupt vector address onto the data lines. There are 
six bus exchange lines that support two bus arbitra- 
tion schemes on the MULTIBUS system bus. A bus 
master gains control of the bus through the manipu- 
lation of these signals. The bus request, bus priority, 
bus busy, and bus clock signals provide for a slot 
dependent priority scheme to resolve bus master 
contention on the MULTIBUS interface. Use of the 
common bus request signal line can save arbitration 
time by providing for a higher priority path to gain 
control of the system bus. 


The data transfer operation of the MULTIBUS sys- 
tem bus is a straight-forward implementation of an 
asynchronous master-slave handshaking protocol. 


Figures 3 and 4 show the basic timing for a read and 
write data transfer operation. A MULTIBUS data 
transfer begins by having the bus master place the 
memory or I/O port address on the address bus. If 
the operation is a write, the data is also placed on 
the data lines at this time. The bus master then gen- 
erates a command (I/O read or write, or memory 
read or write) which activates the appropriate bus 
slave. The slave accepts the data if it is a write oper- 
ation, or places data on the data bus if it is a read. A 
transfer acknowledge is then sent to the bus master 
by the bus slave, allowing the bus master to com- 
plete its cycle, removing the command from the 
command line, and then removing the address and 
data from the MULTIBUS interface. 


The MULTIBUS interface supports two types of in- 
terrupt implementation schemes, Non-Bus Vectored 
and Bus Vectored. Non-Bus vectored interrupts are 
interrupts handled on the bus master which do not 
require the MULTIBUS interface for transfer of the 
interrupt vector address. The interrupt vector ad- 
dress is generated by the interrupt controller on the 
master and transferred to the processor over the lo- 
cal bus when an interrupt request line is activated by 
a slave module over the MULTIBUS interface. Bus 
vectored interrupts are interrupts which transfer the 
interrupt vector address along the MULTIBUS data 
lines from the slave to the bus master using the in- 
terrupt acknowledge command signal for synchroni- 
zation. When an interrupt request occurs, the inter- 
rupt control logic on the bus master interrupts the 
processor, generating an 
interrupt 
acknowledge 


command that freezes the interrupt logic on the bus 
for priority resolution and locks the MULTIBUS sys- 
tem bus. After the bus master selects the highest 
priority active interrupt request lines, a set of inter- 
rupt sequences allow the bus slave to put its inter- 
rupt vector address on the data lines. This address 
is used as a pointer to interrupt the service routine. 


The MULTIBUS system bus can accommodate sev- 
eral bus masters on the same system, each one tak- 
ing control of the bus as it needs to affect data 
transfers. The bus masters request bus control 
through a bus exchange sequence. 


The MULTIBUS interface provides for two bus ex- 
change priority techniques: a serial technique and a 
parallel technique. In a serially arbitrated MULTIBUS 
system, requests for system bus access are ordered 
by priority on the basis of bus slot location. Each 
master on the bus notifies the next lower priority 
master when it needs to use the bus, and it monitors 
the bus request status of the next higher priori- 


intJ 


ty-master. Thus, the masters pass bus requests 
along from one to the next in a daisy chain fashion. 
The parallel bus arbitration technique resolves sys- 
tem bus master priorities using external hardware in 
the form of a priority resolution circuit. This parallel 
arbitration logic is included in many commercially 
available cardcages. 


Printed circuit boards (6.75" x 12.00") designed to 
interface to the MULTIBUS system bus have two 
connectors 
which plug into the bus backplane. 
These connectors, the 86-pin P1 (Primary) and the 


60-pin P2 (Auxiliary),have specific pin/signal assign- 
ments. Because of this, the designer must insure 
that the MUl TIBUS backplane being designed is 
compatible (pin-for-pin) with these two connectors. 
Tables 1 and 2 show the pin/signal assignments for 
the P1 and P2 edge connectors. The MULTIBUS in- 
terface connection is accomplished via a rigid back- 
plane that has connectors that mate to the P1 
(43/86-pin) board edge connector and allows for 
connectors that mate to the P2(30/60-pin) board 
edge 
connector. 
Figure 
5 
shows 
a 
typical 


MUl TIBUS backplane. Figure 6 displays the con- 
nector and pin numbering convention. Figure 7 
shows the standard MUl TIBUS form-factor printed 
wiring board outline. 


Please refer to Intel's MUl TIBUS specification and 
ilBX bus specification for more detailed information. 


Pin 
(Component 
Side) 
Pin 
(Circuit Side) 


Mnemonic 
Description 
Mnemonic 
Description 


Power 
1 
GND 
Signal GND 
2 
GND 
Signal GND 


Supplies 
3 
+5V 
+5Vdc 
4 
+5V 
+5 Vdc 


5 
+5V 
+5Vdc 
6 
+5V 
+5 Vdc 
7 
+12V 
+ 12Vdc 
8 
+12V 
+ 12 Vdc 
9 
Reserved, bussed 
10 
Reserved, bussed 
11 
GND 
SignalGND 
12 
GND 
Signal GND 


Bus 
13 
BClK" 
Bus Clock 
14 
INIP 
Initialize 


Controls 
15 
BPRW 
Bus PrLln 
16 
BPRO" 
Bus pit Out 
17 
BUSY" 
Bus Busy 
18 
BREO" 
Bus Request 
19 
MRDC" 
Mem ReadCmd 
20 
MWTC" 
Mem Write Cmd 
21 
10RC" 
I/O ReadCmd 
22 
10WC" 
I/O Write Cmd 
23 
XACK" 
XFER Acknowledge 
24 
INHP 
Inhibit 1 (disable RAM) 


Bus 
25 
LOCK" 
Lock 
26 
INH2" 
Inhibit 2 (disable PROM 
Controls 
27 
BHEW 
Byte High Enable 
28 
AD10" 
or ROM) 
and 
29 
CBRO" 
Common Bus Request 
30 
AD11" 
Address 
Address 
31 
CClK" 
Constant Clk 
32 
AD12" 
Bus 
33 
INTA" 
Intr Acknowledge 
34 
AD13" 


Interrupts 
35 
INT6" 
Parallel 
36 
INT7" 
Parallel 
37 
INT4" 
Interrupt 
38 
INT5" 
Interrupt 
39 
INT2" 
Requests 
40 
INT3" 
Requests 


41 
INTO" 
42 
INT1" 


Address 
43 
ADRE" 
44 
ADRF" 
45 
ADRC" 
46 
ADRD" 
47 
ADRA" 
Address 
48 
ADRB" 
Address 
49 
ADR8" 
Bus 
50 
ADR9" 
Bus 
51 
ADR6" 
52 
ADR7" 
53 
ADR4" 
54 
ADR5" 
55 
ADR2" 
56 
ADR3" 
57 
ADRO' 
58 
ADR1' 


inter 


Pin 
(Component 
Side) 
Pin 
(Circuit Side) 


Mnemonic 
Description 
Mnemonic 
Description 


Data 
59 
DATE· 
60 
DATF* 
61 
DATe· 
62 
DATD· 
63 
DATA· 
Data 
64 
DATS· 
Data 
65 
DAT8· 
Sus 
66 
DAT9· 
Sus 
67 
DAT6· 
68 
DAT7· 
69 
DAT4· 
70 
DAT5· 
71 
DAT2· 
72 
DAT3· 
73 
DATO· 
74 
DAT1· 


Power 
75 
GND 
SignalGND 
76 
GND 
Signal GND 
Supplies 
77 
Reserved, 
bussed 
78 
Reserved, 
bussed 


79 
-12V 
-12 
Vdc 
80 
-12V 
-12Vdc 


81 
+5V 
+5 Vdc 
82 
+5V 
+5 
Vdc 
83 
+5V 
+5 
Vdc 
84 
+5V 
+5 
Vdc 
85 
GND 
Signal GND 
86 
GND 
Signal GND 


NOTES: 
All Reserved 
pins are reserved 
for future 
use and should 
not be used if upwards 
compatibility 
is desired. 
"The 
Reserved 
MUL TIBUS 
P2 connector 
pin/signal 
assignments 
are contained 
in Intel's 
iLBX Bus Specification. 


Pin 
(Component 
Side) 
Pin 
(Circuit Side) 


Mnemonic 
Description 
Mnemonic 
Description 


1 
Reserved 
2 
Reserved 


3 
Reserved 
4 
Reserved 


5 
Reserved 
6 
Reserved 


7 
Reserved 
8 
Reserved 


9 
Reserved 
10 
Reserved 


11 
Reserved 
12 
Reserved 


13 
Reserved 
14 
Reserved 
15 
Reserved 
16 
Reserved 


17 
Reserved 
18 
Reserved 


19 
Reserved 
20 
Reserved 


21 
Reserved 
22 
Reserved 


23 
Reserved 
24 
Reserved 


25 
Reserved 
26 
Reserved 


27 
Reserved 
28 
Reserved 


29 
Reserved 
30 
Reserved 


31 
Reserved 
32 
Reserved 


33 
Reserved 
34 
Reserved 


35 
Reserved 
36 
Reserved 


37 
Reserved 
38 
Reserved 


39 
Reserved 
40 
Reserved 


Pin 
(Component 
Side) 
Pin 
(Circuit Side) 


Mnemonic 
Description 
Mnemonic 
Description 


41 
Reserved 
42 
Reserved 
43 
Reserved 
44 
Reserved 
45 
Reserved 
, 
46 
Reserved 


47 
Reserved 
48 
Reserved 
49 
Reserved 
50 
Reserved 
51 
Reserved 
52 
Reserved 
53 
Reserved 
54 
Reserved 


Address 
55 
ADR16* 
Address 
Bus 
56 
ADR17* 
Address 
Bus 
57 
ADR14* 
58 
ADR15* 


59 
Reserved, 
Bussed 
60 
Reserved, 
Bussed 


NOTES: 
All Reserved Pins are reserved for future use and should not be used if upwards compatibility is desired. 
"The Reserved MULTIBUS P2 connector pin/signal assignments are contained in Intel's iLBX Bus Specification. 


SPECIFICATION 


Word Size 


Data: 8- and 16-bit 


Bus Devic.es Supported 


16 total devices-(Master, 
Slave, 
Intelligent 
Slave) 


Memory Addressing 


24-bits: 
16 megabyte-direct 
access 
10 megabytes/see: 
16-bit 
5 megabytes/see: 
8-bit 
I/O Addressing 


16-bit: 64 Kbytes 


Maximum Bus Backplane 
Length 


18 inches 


Bus Exchange Cycle 


200 ns-Best 
Case; 300 ns-Worst 
Case (assuming 


no bus master 
is currently 
active on the bus.) 


Standard(1) 


Parameter 
Ground 
+5 
+12 
-12 


Mnemonic 
GND 
+5V 
+12V 
-12V 


Bus Pins 
P1-1,2,11,12, 
P1-3,4,5,6, 
P1-7,8, 
P1-79,80 


75,76,85,86 
81,82,83, 
84 


Tolerance 
Ref. 
±1% 
±1% 
±1% 


Combined 
Line & Load Reg 
Ref. 
0.1% 
0.1% 
-0.1% 


Ripple (Peak to Peak) 
Ref. 
50mV 
50mV 
50mV 


Transient 
Response 
100 fJos 
100 fJos 
100 fJos 
(50% Load Change) 


NOTE: 
1. Point of measurement is at connection point between motherboard and power supply. At any card edge connector a 
degradation of 2% maximum (e.g. voltage tolerance ±2%) is allowed. 


18-7 


NOTES: 
280294-4 
1. Address 
Setup Time: 
50 Nanoseconds 
Minimum. 


2. Time Required 
for Slave to Get Data Onto 
Bus in Accordance 
with Setup Time 
Requirement. 
XACK' 
can be Asserted 
as soon as Data is on Bus. 
3. Time 
Required 
for Master 
to Remove 
Command. 


4. Address 
and Data Hold Time; 50 Nanoseconds 
Minimum. 


5. XACK' 
and Data Must be Removed 
from the Bus a Maximum 
of 65 Nanoseconds 
after the Command 
is Removed. 


NOTES: 
1. Address 
and Data Setup; 
50 Nanoseconds 
Minimum. 
2. Time Required 
for Slave to Accept 
Data. 


3. Time 
Required 
for Master 
to Remove 
Command 
from 
Bus. 
4. Address 
and Data Hold Time; 
50 Nanoseconds 
Minimum. 


5. XACK' 
Must be off the Bus 65 Nanoseconds 
after Command. 
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Parts List 
1 PWB Termination 
Backplane 
2 7 Post Wafer 
Connectors 
(0.156' 
Pin Centers) 
(J6 and J8) 
4 Edge Board Connectors, 
43/86 
Pins on 0.156' 
Centers 
(J2-J5) 
12 Wire Wrap Posts 
410 
Pin, 2.2K, 9 RES, 1.5W Resistor 
Packs (RP1-RP4) 
1 10 Pin, 1K, 9 RES, 1.5W Resistor 
Pack (RP5) 
1 10 Pin, UK, 
9 RES, 1.5W Resistor 
Pack (RPS) 
11K 
Resistor, 
'loW, 
± 5% (R1) 
1 2.2K Resistor, 
'loW, 
± 5% (R5) 
2 2200. Resistors, 
V.W, ± 5% (R9, R11) 
23300. 
Resistors, V.W, ±5% 
(R10, R12) 
25100. 
Resistors, 
'loW, 
±5% 
(R7, R8) 


Jl 
J2 
J3 


(A POSSIBLE 
CONNECTOR 
CONFIGURATION) 


!!l 
DI~ 
Cl. 
DI..• 
Cl. 
" 
..• 
...• 
:i" 
~ 
CD 
~u 
Cl. 


c 


...• 


:E 
~z0 
:!: 


u 
~ 
.. 


IQ 
0 
lD 


."" 
0 
DI..• 
Cl. 
0 
C= 
:i" 
CD 


~ 
uc~z0u.. 
0 
J' 
P2 
I 
P1 


DETAil 
A 


~ 


'100 
, -L--TYPICAL 
! 
I 
.300 
~t+T 


.050 TYP 


DETAil 
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TOLERANCES: 
XX·010 
XXX:r.OO7 
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Function 
# Of 
Centers 
Connector 
Vendor 
Vendor 
# 
Intel # 
Pins 
Inches 
Type 


Multibus 
43/86 
0.156 
Soldered(1 ) 
VIKING 
2KH43/9AMK12 
102247-001 
Connector 
ELFAB 
BS1562D43PBB 


(P1) 


Multibus 
43/86 
0.156 
Wire wrap(1. 2) 
ELFAB 
BW1562D43PBB 
102248-001 
Connector 
ELDAC 
3370860540201 
(P1) 
ELFAB 
BW1562A43PBB 
102273.001 
(3) 


EDAC 
337086540202 


Auxiliary 
30/60 
0.1 
Soldered(1 ) 
ELFAB 
BS1020A30PBB 
102238-001 
Connector 
EDAC 
345060524802 


(P2) 


Auxiliary 
30/60 
0.1 
Wire wrap(1, 2) 
TI 
H421121-30 
N/A(3) 


Connector 
VIKING 
3KH30/9JNK 


(P2) 
EDAC 
345060540201 
102241-001 


ELFAB 
BW1020D30PBB 


NOTES: 
1. Connector 
heights 
are not guaranteed 
to conform 
to Intel packaging 
equipment. 


2. Wirewrap 
pin lengths 
are not guaranteed 
to conform 
to Intel packaging 
equipment. 


3. With mounting 
ears with 0.128 
mounting 
holes. 


Operating 
Temperature: 
O·C to 60·C; 
free 
moving 


air 
across 
modules 
and 


bus 


210883-002- 
MUL TIBUS 
Architecture 
Reference 


Book 


90% 
maximum 
(no 
con- 


densation) 
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• 
High Bus Bandwidth 
- 
9.5 Mbytes/sec. 
for 8·Blt Transfers 


-19 
Mbytes/sec. 
for 16·Bit Transf~rs 


• 
16 Mbyte Addressing 
Range 


• 
8 and 16·Blt Data Transfers 


• 
Supports 
up to 5 ILBXTM Compatible 
Devices 
Per Bus 


• 
Primary 
and Secondary 
Master 
Bus 
Exchange 
Capabilities 


• 
Standard 
60·Pln MUL TIBUS@ P2 
Connector 


The iLBXTM Execution 
Bus is one of a family 
of standard 
bus structures 
resident 
within 
Intel's 
total 
system 
architecture. 
The Local Bus Extension 
(iLBX) Bus is a dedicated 
execution 
bus capable 
of significantly 
increas- 
ing system 
performance 
by extending 
the processor 
board's 
on-board 
local bus to off-board 
resources. 
This 
extension 
provides 
for 
arbitration-free, 
direct 
access 
to 
high-performance 
memory. 
Acting 
as a "virtual" 
iSBC@, up to 16 megaby1es of processor 
addressable 
memory can be accessed 
over the iLBX bus and appear 
as though 
it were resident 
on the processor 
board. The iLBX Bus preserves 
advantages 
in performance 
and 
architecture 
of on-board 
memory, 
while allowing 
memory configurations 
larger than possible 
on a single board 
computer. 
High throughput 
and independence 
from MUL TIBUS@ activities 
make the iLBX bus an ideal solution 
for "working 
store" 
type program 
memory 
and data processing 
applications 
requiring 
large amounts 
of high 
performance 
memory. 
Such applications 
include 
graphics 
systems, 
robotics, 
process 
control, 
office systems, 
and CAD/CAM. 


inter 
ILBXTM EXECUTION 
BUS 


The iLBX bus is an architectural solution for support- 
ing large amounts of high performance memory. It is 
the first structure that allows the CPU board selec- 
tion to be decoupled from the on-board memory re- 
quirement, and still maximizes the processor's per- 
formance potential. It eliminates the processor's 
need to access its off-board memory resources 
solely over the MULTIBUS system bus. Architectural 
consistency with the single board computer ap- 
proach including iLBX memory can be maintained by 
dual port access of memory resources between the 
iLBX bus and the MULTIBUS system bus. This al- 
lows for global access by other processors and liD 
devices while still providing high speed local CPU 
operations. This sub-system created by the iLBX bus 
of a single board computer and a maximum of 4 
memory cards can be perceived architecturally as a 
"virtual single board computer". The implementation 
of iLBX bus "virtual modules" makes it possible to 
create functional modules with a new level of flexibil- 
ity and performance in implementing a wide range of 
memory capabilities. With future needs in mind, the 
iLBX bus has the capability of accessing a full 16 
megaby1esof memory. 


The iLBX bus uses a non-multiplexed 16-bit configu- 
ration capable of 8 and 16-bit transfers. Used in con- 
junction with the MULTIBUS interface, the iLBX bus 
resides on the MULTIBUS form factor P2 connector 
and supercedes the MULTIBUS interface definitions 
for the P2 signals. The iLBX bus uses the standard 
60-pin MULTIBUS P2 connector and occupies 56 of 
the P2 connector pins with 16 data lines, 24 address 
lines plus control, command access, and parity sig- 
nals. The four MULTIBUS address extension lines 
on the MULTIBUS/iLBX P2 connector retain the 
standard MULT1BUSinterface definition. 


The iLBX bus supports three distinct device catego- 
ries: 1) Primary Master, 2) Secondary Master, 3) 
Slave. These three device types may be combined 
to create several iLBX local busses ranging (in size) 
from a minimum of two to a maximum of five devices 
per iLBX bus. There is only one Primary Master in 
any given implementation of iLBX bus, and its pres- 
ence is required along with the attachment of at 
least one Slave device. To provide alternate access 
over an iLBX bus, one optional Secondary Master 


inter 


may be incorporated to create a "two-master" local 
bus subsystem. By limiting the iLBX bus to two mas- 
ters (a Primary and a secondary), bus arbitration is 
reduced to a simple request and acknowledge pro- 
cess, with privileged use of the bus maintained by 
the Primary Master, and limited access granted to 
the Secondary Master when needed. 


The Primary Master executes the role of iLBX bus 
"supervisor" by controlling the general operation of 
the bus and managing Secondary Master accesses 
to the Slave memory resources. 


The Secondary Master Device is an option providing 
alternate access to the Slave resources on the iLBX 
bus. Secondary master devices are typically DMA 
driven. This feature is provided for implementation 
flexibility when occasional DMA transfers in and out 
of iLBX memory resources can optimize the overall 
system performance. The Secondary Master essen- 
tially duplicates the Primary Master's data transfer 
capability, but must rely on the Primary Master to 
grant access. Once access is granted, the Second- 
ary Master controls the bus, and drives all signal 
lines until the operation is complete and control is 
passed back to the Primary Master. 


The Slave devices contain the memory resources 
used by the Primary Master and the optional Sec- 
ondary Master. Each iLBX implementation can con- 
tain a maximum of four Slave devices. Using 64K 
RAM technology on four slave devices with ECCcan 
provide for over 2 megabytes of "on-board" 
high 
performance memory. With 256K RAM chips, each 
iLBX bus could contain slave devices with memory 
totalling 8 megabytes. As memory technology in- 
creases, the iLBX bus is designed to incorporate it in 
rapid fashion because it is capable of directly ac- 
cessing a full 16 megabytes of memory on its high- 
performance Slave devices. 


The iLBX bus interface is divided into four functional 
classes of signal lines: address and data lines, con- 
trol lines, command lines, and bus access lines. The 
40 address and data lines defined by the iLBX Bus 
Specification consist of 16 data lines and 24 address 
lines. 


There are 16 bi-directional data lines exclusively 
used to handle 8-bit and 16-bit data transfers be- 
tween the active bus master and the selected slave 
device. The iLBX bus uses these data lines for all 
data transfers, and are driven by tri-state drivers. 


The 24 address lines on the iLBX bus provide the 
ability to directly address 16 megabytes of memory. 
These single-direction address lines are exclusively 


driven by the active bus master. The iLBX bus mas- 
ter uses them to select a specific slave device. 
Three control lines specify the type of data transfer 
between master and slave devices, while the three 
command lines initiate, control, and terminate the 
transfer. There are also three bus access lines used 
to transfer bus control between master devices. 


Bus Pin Assignments 


The iLBX bus uses the standard 60-pin MULTIBUS 
P2 connector. The physical location of each pin as- 
signment and its corresponding function is listed in 
Table 1. The four MULTIBUS address extension 
lines (pins 55-58 
on the P2 connector) retain the 
standard MULTIBUS interface functions. 


Bus Operation 
Protocol 


The operation protocol for the iLBX bus is a straight- 
forward set of procedures consisting of three basic 
operations: bus control access, write data to memo- 
ry, read data from memory. These operations use 
asynchronous protocol with positive acknowledg- 
ment. 


The iLBX bus is sha~edby at most two masters; one 
Primary Master and one optional Secondary Master, 
each providing an alternate access path to iLBX bus 
memory resources. The mechanism for obtaining 
bus access is a simple request and acknowledge 
process 
communicated 
between 
masters. 
Each 
master is a bus controller of similar capabilities, re- 
sponsible for data transfer operations between de- 
vices, but the Primary Master has the added respon- 
sibility of controlling iLBX bus accesses. 


The Primary Master has default control of the iLBX 
bus. If the Secondary Master needs access to the 
bus, it must initiate a request 'and wait for acknowl- 
edgment from the Primary Master. The choice of 
when to surrender control of the bus rests with the 
Primary Master, but if no data transfer is in progress, 
the Primary Master normally relinquishes control im- 
mediately to the Secondary Master. 


The iLBX bus supports two types of data transfer 
operations: write data to memory and read data from 
memory. These data transfer operations facilitate 
the passing of information between the active bus 
master and the selected slave device. The operation 
of these two transfer types is very similar; the only 
differences being the direction of the data transfer 
and the device driving the data lines. 


For either type of data transfer, 
the active bus mas- 


ter first initiates the transfer 
operation 
by placing the 


memory 
address 
on the address 
lines (AB23-ABO) 


and a control 
configuration 
on the control 
lines to 


select 
the 
slave 
device. 
Once 
the 
slave 
device 
is 


selected, 
the type of data transfer 
becomes 
the key 


factor. 
With 
the write 
operation, 
the 
active 
master 


maintains 
control 
of the data lines and provides 
valid 


data 
within 
the 
specified 
time. 
Upon 
accepting 
a 


data element, 
the slave sends a receipt acknowledg- 


ment signal to the master which completes 
the data 


transfer 
operation. 


With the read operation, 
the slave device 
drives the 


data 
lines and places 
valid 
data on the data 
lines 


before 
sampling 
by the active master. The slave ac- 


knowledges 
the master to signal the end of the data 


transfer, 
and the master 
completes 
the operation. 


The iLBX 
Bus Specification 
includes 
provisions 
for 


both 
optimized 
and 
non-optimized 
data 
transfers. 


Optimized 
operation 
uses pipelining 
and signal over- 


lapping techniques 
to manage 
the data transfer 
tim- 


ing relationships 
between 
the active bus master and 


the 
selected 
slave. 
The 
use of signal 
overlapping 
requires 
that every device 
attached 
to the iLBX bus 


provide 
a means 
of varying 
the timing 
of the slave 


request 
and 
acknowledge 
signals. 
The 
non-opti- 


mized 
operation 
uses 
fixed 
signal 
sequences, 
in- 


stead 
of signal 
overlapping, 
to assure 
a valid 
data 


transfer, 
and a device 
does not need a variable 
re- 


quest 
or acknowledge 
to read data-valid 
timing 
on 


the iLBX bus. Please refer to the iLBX Bus Specifica- 
tion for detailed 
descriptions 
of these transfer 
opera- 


tions. 


Component 
Side 
Solder 
Side 


16-Blt Pin 
Mnemonic 
Signal 
Name 
16-Blt Pin 
Mnemonic 
Signal 
Name 


1 
DBO 
Data Line 0 
2 
DB1 
Data Line 1 
3 
DB2 
Data Line 2 
4 
DB3 
Data Line 3 
5 
DB4 
Data Line 4 
6 
DB5 
Data Line 5 
7 
DB6 
Data Line 6 
8 
DB7 
Data Line 7 
9 
GND 
Ground 
10 
DB8 
Data Line 8 
11 
DB9 
Data Line 9 
12 
DB10 
Data Line 10 
13 
DB11 
Data Line 11 
14 
DB12 
Data Line 12 
15 
DB13 
Data Line 13 
16 
DB14 
Data Line 14 
17 
DB15 
Data Line 15 
18 
GND 
Ground 


19 
ABO 
Address 
Line 0 
20 
AB1 
Address 
Line 1 
21 
AB2 
Address 
Line 2 
22 
AB3 
Address 
Line 3 
23 
AB4 
Address 
Line 4 
24 
AB5 
Address 
Line 5 
25 
AB6 
Address 
Line 6 
26 
AB7 
Address 
Line 7 
27 
GND 
Ground 
28 
AB8 
Address 
Line 8 
29 
AB9 
Address 
Line 9 
30 
AB10 
Address 
Line 10 
31 
AB11 
Address 
Line 11 
32 
AB12 
Address 
Line 12 
33 
AB13 
Address 
Line 13 
34 
AB14 
Address 
Line 14 
35 
AB15 
Address 
Line 15 
36 
GND 
Ground 


37 
AB16 
Address 
Line 16 
38 
AB17 
Address 
Line 17 
39 
AB18 
Address 
Line 18 
40 
AB19 
Address 
Line 19 
41 
AB20 
Address 
Line 20 
42 
AB21 
Address 
Une 21 
43 
AB22 
Address 
Line 22 
44 
AB23 
Address 
Line 23 


45 
GND 
Ground 
46 
ACK· 
Slave Acknowledge 
47 
BHEN 
Byte High Enable 
48 
R/W 
Read Not Write 
49 
ASTB· 
Address 
Strobe 
50 
DSTB· 
Data Strobe 
51 
SMRQ· 
Secondary 
52 
SMACK· 
Secondary 
Master 


Master Request 
Acknowledge 
53 
LOCK· 
Access 
Lock 
54 
GND 
Ground 


55 
ADR22· 
MUL TIBUSI!> Address 
56 
ADR23· 
MUL TIBUSI!> Address 


Extension 
Line 22 
Extension 
Line 23 
57 
ADR20· 
MUL TIBUSI!> Address 
58 
ADR21· 
MUL TIBUSI!> Address 


Extension 
Line 20 
Extension 
Line 21 
59 
RES 
Reserved 
60 
TPAR· 
Transfer 
Parity 


Mechanical Implementation 


Because the iLBX bus uses the P2 connector of the 
MULTIBUS form factor, the iLBX bus "shares" 
a 


MULTIBUS chassis with the MULTIBUS backplane 
system bus in the system design. The iLBX mechani- 
cal specifications are synonymous with the MULTl- 
BUS 
specifications 
for 
board-to-board 
spacing, 
board thickness, component lead length, and com- 
ponent height above the board. The iLBX bus inter- 
connection can use either flexible ribbon cable or a 
rigid backplane. The iLBX bus interconnect maxi- 
mum length is limited to 10 em (approximately 4 
inches); that is sufficient to span 5 card slots across 
two connected chassis. Figure 2 shows an iLBX bus 
cable assembly. 


.. ..... 
""- 


Figure 
2. TyplcallLBXTM 
Bus 


Interface 
Cable Assembly 


Electrical Characteristics 


DC SPECIFICATIONS 


Memory Addressing 


24-bits-16 
megabyte-direct 
access 


9.5 megabytes/see: 8-bit 
19 megabytes/ see: 16-bit 


Signal 
Driver 
Termination 
Mln Driver Requirements 
Max Receiver 
Requirements 
Name 
Type 
(to +5 Vdc 
At Master 
High 
Low 
Load Cap. 
High 
Low 
Load Cap. 


DS15-0 
TAl-STATE 
10 Kfi 
0.6mA 
9mA 
75pF 
0.15 mA 
2mA 
18 pF 
TPAR' 
TRI-STATE 
10 Kfi 
0.6mA 
9mA 
75pF 
0.15 mA 
2mA 
18 pF 
AS23-0 
TRI-STATE 
None 
0.4 mA 
20mA 
120 pF 
0.10mA 
5mA 
30pF 
R/W 
TRI-STATE 
None 
0.2mA 
8mA 
75pF 
0.05mA 
2mA 
18 pF 
SHEN 
TRI-STATE 
None 
0.2mA 
8mA 
75pF 
0.05mA 
2mA 
18 pF 
LOCK' 
TRI-STATE 
None 
0.2mA 
8mA 
75pF 
0.05mA 
2mA 
18 pF 
SMRQ' 
TTL 
10 Kfi 
0.05mA 
2mA 
20pF 
0.05mA 
2mA 
18 pF 
SMACK' 
TTL 
None 
0.05mA 
2mA 
20 pF 
0.05mA 
2mA 
18 pF 
tASTS' 
TRI-STATE 
10 Kfi 
0.2mA 
9mA 
75pF 
0.05mA 
2mA 
18 pF 
tDSTS' 
TRI-STATE 
10 Kfi 
0.2mA 
9mA 
75 pF 
0.05mA 
2mA 
18 pF 
ACK' 
Open Coil. 
330fi 
N.A. 
20mA 
45pF 
0.05mA 
2mA 
18 pF 
tAt slave, additional series RC termination to GND (100 fi, 10 pF). 
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Figure 6. ILBXTM Bus Standard 
Printed Circuit Board Outline 
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ILBXTM Bus Compatible Cable 


Vendor 
Vendor Part No. 
Conductors 


T & BAnsley 
171-60 
60 


T & BAnsley 
173-60 
60 


3M 
3365/60 
60 


3M 
3306/60 
60 


Berg 
76164-060 
60 


Belden 
9L28060 
60 


Spectrastrip 
455-240-60 
60 


ILBXTM Bus Compatible Receptacles 


Vendor 
Vendor Part No. 
Pins 


Kelam 
RF30-2803-5 
60 


T & B Ansley 
A3020 
60 


(609-6025 Modified) 


210883-002-MUL TIBUS 
Architecture 
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• 
IEEE P959 Industry 
Standard 
1/0 


Expansion 
Bus 


• 
Provides 
On-Board 
Expansion 
of 


System 
Resources 


!I 
Small ISBXTM MUL TIMODULETM 
Boards 


Plug Directly 
Into ISBC@ Boards 


• 
Supports 
Compatible 
8- and 16-Blt Data 


Transfer 
Operations 


• 
Part of Intel's Total System 
Architecture: 
MULTIBUS@, ILBXTM, 


MULTICHANNELTM, 
and ISBXTM 


• 
Low-Cost 
"Vehicle" 
to Incorporate 
the 


Latest VLSI Technology 
Into ISBC@- 


Based Systems 


• 
Provides 
Increased 
Functional 
Capability 
and High Performance 


• 
Supported 
by a Complete 
Line of 


ISBC@ Base Boards and ISBXTM 
MUL TIMODULETM 
Boards, 
Providing 


Analog 
and Digital 1/0, High-Speed 


Math, Serial and Parallel 110, Video 
Graphics, 
and Peripheral 
Controllers 


The iSBXTM I/O Expansion 
Bus is one of a family of standard 
bus structures 
resident within Intel's total system 
architecture. 
The iSBX bus is a modular, 
I/O expansion 
bus capable 
of increasing 
a single board computer's 
functional 
capability 
and overall performance 
by providing 
a structure 
to attach small iSBX MUL TIMODULETM 
boards to iSBC@ base boards. 
It provides 
for rapid incorporation 
of new VLSI into iSBC MUL TIBUS@ systems, 
reducing 
the threat of system obsolescence. 
The iSBX bus offers users new economics 
in design by allowing 
both system 
size and system 
cost to be kept at minimum. 
As a result, the system 
design achieves 
maximum 
on-board 
performance 
while allowing 
the MUL TIBUS interface 
to be used for other system activities. 
The iSBX 
bus enables 
users to add-on 
capability 
to a system 
as the application 
demands 
it by providing 
off-the-shelf 
standard 
MUL TIMODULE 
boards in the areas of graphics 
controllers, 
advanced 
mathematics 
functions, 
paral- 
lel and serial I/O, disk and tape peripheral 
controllers, 
and magnetic 
bubble memory. 
A full line of MUL TIBUS 
boards and iSBX MUL TIMODULE 
boards are available 
from Intel and other third party sources 
in the industry. 


The iSBXTMMULTIMODULETMsystem is made up 
of two basic elements: base boards and iSBX MUL- 
TIMODULE boards. In an iSBX system, the role of 
the base board is simple. It decodes I/O addresses 
and generates the chip selects for the iSBX MULTI- 
MODULE boards. 


The iSBX bus supports two classes of base boards, 
those with direct memory access (DMA) support and 
those without. Base boards with DMA support have 
DMA controllers that work in conjunction with an 
iSBX MULTIMODULE board (with DMA capability) to 
perform direct I/O to memory or memory to I/O op- 
erations. Base boards without DMA support use a 
subset of the iSBX bus and simply do not use the 
DMA feature of the iSBX MULTIMODULE board. 
. 


The iSBX MULTIMODULE boards are small, special- 
ized, I/O 
mapped boards which plug into base 


boards. The iSBX boards connect to the iSBX bus 
connector and convert iSBX bus signals to a defined 
I/O interface. 
. 


The iSBX bus interface can be grouped into six func- 
tional classes: control lines, address and chip select 
lines, data lines, interrupt lines, option lines, and 


power lines. The iSBX bus provides nine control 
lines that define the communications protocol be- 
tween 
base 
board 
and 
iSBX 
MULTIMODULE 


boards. These control lines are used to manage the 
general operation of the bus by specifying the type 
of transfer, the coordination of the transfer, and the 
overall state of the transfer between devices. The 
five address and chip select signal lines are used in 
conjunction with the command lines to establish the 
I/O port address being accessed, effectively select- 
ing the proper iSBX MULTIMODULE. The data lines 
on the iSBX bus can number 8 or 16, and are used 
to transmit or receive information to or from the iSBX 
MULTIMODULE ports. Two interrupt lines are pro- 
vided to make interrupt requests possible from the 
iSBX board to the base board. Two option lines are 
reserved on the bus for unique user requirements, 
while several power lines provide + 5 and ± 12 volts 
to the iSBX boards. 


Bus Pin Assignments 


The iSBX bus uses widely available, reliable connec- 
tors that ;ire available in 18/36 pin for 8-bit devices 
and 22/44 pin for 16-bit devices. The male iSBX 
connector is attached to the iSBX MULTIMODULE 
board and the female iSBX connector is attached to 
the base board. Figure 2 shows the dimensions and 
pin numbering of the 18/36 pin iSBX connector, 
while Figure 3 does the same for the 22/44 pin iSBX 
connector. A unique scheme allows the 16-bit fe- 
male connector to support 8 or 16-bit male MULTI- 
MODULE boards. Table 1 lists the signal/pin assign- 
ments for the bus. 


Figure 1. MUL TIBUS~System 
Architecture 
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Pln(1) 
Mnemonic 
Description 
Pln(1) 
Mnemonic 
Description 


43 
MD8 
MDATABit8 
44 
MD9 
MDATA Bit9 


41 
MDA 
MDATABitA 
42 
MOB 
MDATA Bit F 


39 
MDC 
MDATA Bit C 
40 
MOD 
MDATA Bit 0 


37 
MDE 
MDATA Bit E 
38 
MDF 
MDATABitF 


35 
GND 
Signal Gnd 
36 
+5V 
+5V 


33 
MOO 
MDATA BitO 
34 
MDRQT 
M DMA Request 


31 
MD1 
MDATA Bit 1 
32 
MDACK/ 
M DMA Acknowledge 


29 
MD2 
MDATABit2 
30 
OPTO 
Option 0 


27 
MD3 
MDATA Bit 3 
28 
OPT 1 
Option 1 


25 
MD4 
MDATABit4 
26 
TDMA 
Terminate DMA 


23 
MD5 
MDATABit5 
24 
Reserved 


21 
MOO 
MDATABit6 
22 
MCSO/ 
M Chip Select 0 


19 
MD7 
MDATABit7 
20 
MCS/1 
M Chip Select 1 


17 
GND 
Signal Gnd 
18 
+5V 
+5V 


15 
10RD/ 
I/O Read Cmd 
16 
MWAIT/ 
MWait 


13 
10WRT/ 
I/O Write Cmd 
14 
MINTRO 
M Interrupt 0 


11 
MAO 
M Address 0 
12 
MINTR1 
M Interrupt 1 


9 
MA1 
M Address 1 
10 
Reserved 


7 
MA2 
M Address 2 
8 
MPST/ 
iSBX Multimodule 
Board Present 
5 
RESET 
Reset 
6 
MCLK 
M Clock 


3 
GND 
SignalGnd 
4 
+5V 
+5V 


1 
+12V 
+12V 
2 
12V 
12V 


NOTES: 
1. Pins 37-44 are used only on 8/16-bit 
systems. 
2. All undefined 
pins are reserved 
for future 
use. 


COMMAND OPERATION 


The iSBX bus supports two types of transfer opera- 
tions between iSBX elements: I/O Read and I/O 
Write. An iSBX board can respond to these I/O 
transfers using either full speed mode or extended 
mode. 


For a full speed I/O Read (Figure 4) the base board 
generates a valid I/O address and a valid chip select 
for the iSBX MULTIMODULE board. After setup, the 
base board activates the I/O Read line causing the 
iSBX board to generate valid data from the ad- 
dressed I/O port. The base board then reads the 
data and removes the read command, address, and 


chip select. The full speed I/O Write (Figure 5) oper- 
ation is similar to the I/O Read except that the base 
board generates valid data on the lines and keeps 
the write command line active for the specified hold 
time. 


The extended Read operation (Figure 6) is used by 
iSBX MULTIMODULE boards that aren't configured 
to meet full speed specifications. It's operation is 
similar to full speed mode, but must use a wait signal 
to ensure proper data transfer. The base board be- 
gins the operation by generating a valid I/O addres~ 
and chip select. After setup, the base board actI- 
vates the Read line causing the iSBX board to gen- 
erate a Wait signal. This causes the CPU on the 
base board to go into a wait state. When the iSBX 
board has placed valid Read data on the data lines, 
the MULTIMODULE board will remove the Wait sig- 
nal and release the base board CPUto read the data 


and deactivate the command, address, and chip se- 
lect. The extended Write operation (Figure 7) is simi- 
lar to the extended Read except that the Wait signal 
is generated after the base board places valid Write 
data on the data lines. The iSBX board removes the 
Wait signal when the write pulse width requirements 
are satisfied, and the base board can then remove 
the write command after the hold time is met. 


DMA OPERATION 


An iSBX MULTIMODULE system can support DMA 
when the base board has a DMA controller and the 
iSBX 
MULTIMODULE board 
can 
support 
DMA 


mode. Burst mode DMA is fully supported, but for 
clarity and simplicity, only a single DMA transfer for 
an 8-bit base board is discussed. 


A DMA cycle (Figure 8) is initiated by the iSBX board 
when it activates the DMA request line going to the 
DMA controller on the base board. When the DMA 
controller gains control of the base board bus, it ac- 
knowledges back to the iSBX board and activates 
an I/O or Memory Read. The DMA controller then 
activates an 1/0 or Memory Write respectively. The 
iSBX board removes the DMA request during the 
cycle to allow completion of the DMA cycle. Once 
the write operation is complete, the DMA controller 
is free to deactivate the write and read command 
lines after a data hold time. 


INTERRUPT OPERATION 


The iSBX MULTIMODULE board on the iSBX bus 
can support interrupt operations over its interrupt 
lines. The iSBX board initiates an interrupt by acti- 
vating one of its two interrupt lines which connect to 


the base board. The CPU processes the interrupt 
and executes the interrupt service routine. The inter- 
rupt service routine signals the iSBX MULTIMOD- 
ULE board to remove the interrupt, and then returns 
control to the main line program when the service 
routine is completed. 


Please refer to the Intel iSBX Bus Specification for 
more detailed information on its operation and im- 
plementation. 


Power Supply Specifications 


Table 3. 


Minimum 
Nominal 
Maximum 
Maximum 


(volts) 
(volts) 
(volts) 
(current)· 


+4.75 
+5.0 
+5.25 
3.0A 


+11.4 
+12 
+12.6 
1.0A 


-12.6 
-12 
-11.4 
1.0A 


- 
GND 
- 
3.0A 


NOTE: 
·Per iSBX MULTIMODULE 
board 
mounted 
on base board. 


Port Assignments 


Table 2. iSBXTMMULTIMODULETMBase Board Port Assignments 


ISBXTMConnector 
Chip 
8-Bit Base 
16-Bit Base 
16·Bit Base 


Number 
Select 
Board Address 
Board Address 
Board Address 


(8-bit mode) 
(16·bit mode) 
iSBX1 
MCSOI 
FO-F7 
OAD-OAF 
OAO,2,4,6,8, 


MCS11 
F8-FF 
OBO-OBF 
A,C,E 
OA1,3,5,7,9, 
B,D,F 


iSBX2 
MCSOI 
CO-C7 
080-08F 
080,2,4,6,8 


MCS11 
C8-CF 
090-09F 
A,C,E 
081,3,5,7,9, 
B,D,F 


iSBX3 
MCSOI 
BO-B7 
060-06F 
060,2,4,6,8 


MCS11 
B8-BF 
060-06F 
A,C,E 
061,3,5,7,9, 
B,D,F 


DC Specifications 


Table 4. ISBXTMMULTIMODULETMBoard I/O DC Specifications 
Output1 


Bus Signal 
Type2 
IOLMax 
@Volts 
IOHMax 
@Volts 
Co (Mln) 
Name 
Drive 
-Mln{mA) 
(VOLMax) 
-Mln 
(J.LA) 
(VOHMln) 
(pf) 


MDO-MDF 
TRI 
1.6 
0.5 
-200 
2.4 
130 


MINTRO-1 
TTL 
2.0 
0.5 
-100 
2.4 
40 


MDRQT 
TTL 
1.6 
0.5 
-50 
2.4 
40 


MWAITI 
TTL 
1.6 
0.5 
-50 
2.4 
40 


OPT1-2 
TTL 
1.6 
0.5 
-50 
2.4 
40 


MPSTI 
TTL 
Note 3 


Bus Signal 
Type2 
IlL Max 
@VINMAX 
IIHMax 
@VINMAX 
C.Max 
Name 
Receiver 
(mA) 
(volts) 
(J.LA) 
(volts) 
(pf) 
TestCond. 
Test Cond. 


MDO-MDF 
TRI 
-0.5 
0.4 
70 
2.4 
40 


MAO-MA2 
TTL 
-0.5 
0.4 
70 
2.4 
40 


MCSOI-MCS11 
TTL 
-4.0 
0.4 
100 
2.4 
40 


MRESET 
TTL 
-2.1 
0.4 
100 
2.4 
40 


MDACKI 
TTL 
-1.0 
0.4 
100 
2.4 
40 


IORDI 
TTL 
-1.0 
0.4 
100 
2.4 
40 
IOWRTI 


MCLK 
TTL 
-2.0 
0.4 
100 
2.4 
40 


OPT1-0PT2 
TTL 
-2.0 
0.4 
100 
2.4 
40 


NOTES: 
1. Per iSBX MUL TIMODUlE 
I/O board. 
2. TTL = standard 
totem 
pole output. 
TRI = Three-state. 
3. iSBX MUl TIMODUlE 
board 
must connect 
this signal to ground. 


All Inputs: 
Max VIL = O.BV 
Min VIH = 2.0V 
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BASE 8D 
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280255-8 


Figure 
7. iSBC@ MUL TIMODULETM 
Board 
Extended 
Write 


SOURCE 
SIGNAL 
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Figure 
8. ISBXTM MUL TIMODULETM 
Board 
DMA Cycle 
(iSBXTM MUL TIMODULETM 
to Base Board 
Memory) 
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Figure 10. Double Wide ISBXTM Board Outline 
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Temperature: 
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Humidity: 
90% 
maximum 
relative; 
non-condensing 
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MULTIBUS® II 
iLBXTM II LOCAL BUS EXTENSION 


• High Bus Bandwldth- 
• Primary and Secondary 
Bus Master 
-48 
Megabytes/see 
Exchange 
Capabilities 


• 64 Megabyte 
(26-blt) 
Addressing 
• Supports 
up to 6 ILBXTM II Compatible 
• 8-, 16-,24-, 
and 32-blt Data Transfers 
Device 
Per Bus 


• Reliable 
Synchronous 
Clocking 
up to 
• Plpellned 
Protocol 
for Highest 


12 Megahertz 
Performance 


• Burst Transfers 
up to 64 Kilobytes 
Per 
• Optional 
Parity Protection 
for Address 


Transfer 
and Data 


The 
iLBXTM II Local 
Bus Extension 
is one of the family 
of standard 
bus structures 
resident 
within 
Intel's 
MUL TIBUSiB>II Bus Architecture. 
The iLBX II bus is a dedicated 
execution 
bus capable 
of significantly 
increas- 
ing system 
performance 
by removing 
most processor 
execution 
activity from the main iPSBTM Parallel System 
Bus. It extends 
the processor 
board's 
on-board 
local bus to off-board 
resources. 
Acting in conjunction 
with the 
processor 
board, the iLBX II resources 
form a multiple 
board "virtual 
single board computer". 
The iLBX II bus 
preserves 
advantages 
in performance 
and architecture 
of on-board 
local 
memory, 
while 
allowing 
memory 
configurations 
larger than those 
possible 
on a single board. 
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The iLBX II bus is an architectural solution for sup- 
porting large amounts of off-board memory with the 
same performance advantage enjoyed by on-board 
memory (see Figure 1). It allows the CPU board se- 
lection to be decoupled from the on-board memory 
requirement and still maximizes the processor's per- 
formance potential. It eliminates the processor's 
need to access its off-board memory resources 
solely over the iPSB system bus. In most systems, 
the processor is the only master on the iLBX II bus, 
so no time is required to arbitrate for the bus. This 
means the processor sees significantly lower memo- 
ry latency than is possible if it were accessing mem- 
ory over the multiple master system bus. Lower 
memory latency translates to higher individual proc- 
essor performance. 


In inclusion of the iLBX II bus in the architecture 
means not just higher single processor performance 
but higher system performance as well. The move- 
ment of execution traffic from the system bus to the 
iLBX II execution bus makes that much additional 
system bus bandwidth available to other system re- 
sources such as processors not using an execution 
bus or I/O devices. 


For those applications which require a high band- 
width local path to I/O, such as an intelligent disk 
controller local to a particular processor, the iLBX II 
bus supports one additional bus master. This archi- 
tectural enhancement allows a processor to "own" 
an intelligent I/O controller. All data transfers be- 
tween these two modules (the processor and the 
controller) can occur over the low latency iLBX II bus 
path without distributing activity on the system bus. 


ISBX'" BUS (10MBpo) 


<><> 


The iLBX II bus uses a non-multiplexed, processor 
independent structure supporting 8-, 16-, and 32-bit 
processors. It supports 8-, 16-, 24-, and 32-bit data 
transfers over a 26-bit (64 megabyte) addressing 
range with a maximum bandwidth of 48 megabytes/ 
sec. 


All events performed on the bus are synchronous to 
a reference bus clock. This is not a fixed frequency 
clock as in the iPSB bus; the iLBX II bus clock runs 
at the basic processor bus frequency. In other 
words, a processor whose bus interface runs at 8 
megahertz would drive the iLBX II bus at that fre- 
quency. This characteristic helps match the iLBX II 
bus timing to that of the processor transfer rate for 
best performance. The maximum iLBX II bus clock 
frequency is 12 megahertz. (Be careful not to con- 
fuse a processor's clock input frequency with its ba- 
sic bus frequency. Many processors internally divide 
down their clock input by 2, 3, or 4 to obtain the 
basic bus frequency. It is this basic bus frequency 
which defines their transfer rate and which drives 
the iLBX II bus clock.) 


The iLBX II bus structure is non-multiplexed in order 
to simplify the interface and obtain maximum per- 
formance. The separate address, data, and control 
paths allow overlapped operation. This overlapping, 
called pipelining, means that data from a previous 
operation can be overlapped with the address and 
command information of the current operation. This 
characteristic substantially improves bus utilization 
for those processor-memory subsystems which sup- 
port the feature. 
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The iLBX II bus supports the slot-addressing con- 
cept of the interconnect address space found in the 
iPSB bus. Including this facility in the iLBX II bus 
allows the system to identify and configure iLBX II 
bus boards even though they may not contain a 
iPSB bus port. (Please refer to the iPSB bus data 
sheet for additional information on the interconnect 
address space.) 


In order to support a wide range of system configu- 
rations, the iLBX II bus defines support for two bus 
masters. One master is called the Primary master; 
the other is known as the Secondary master. The 
Primary master normally "owns" the bus and does 
not have to spend any time arbitrating for access 
rights. The Secondary master must ask the Primary 
master for access rights. The Primary releases the 
bus at the first opportune time. This hierarchical 
structure ensures that the Primary master enjoys 
good memory latency while at the same time gives 
the Secondary the opportunity to access memory 
when it needs to. 


The iLBX II bus also includes a dedicated interrupt 
line to facilitate signalling between the two masters 
for commands and status, and between the memory 
boards and the Primary master for things such as 
non-recoverable memory errors. 


Like the iPSB bus, the iLBX II bus protocol consists 
of three types of bus cycles: arbitration, transfer, and 
.exception. 


The arbitration cycle ensures that one and only one 
requesting agent is allowed access to tbe bus at any 
given time. When a requesting agent determines the 
need for a bus operation, it enters the arbitration 
cycle. For either requesting agent, this cycle lasts 
until it acquires the right to use the bus. In configura- 
tions with only a primary requesting agent, no time is 
spent for this cycle; the agent always has rights to 
the bus. In configurations where there are both a 
primary and secondary agent, the primary agent has 
to arbitrate for the bus only when the bus is busy 
under the secondary agent's control. Figure 2 illus- 
trates the arbitration cycle. 


The transfer cycle is the event where the request 
(address and command) and reply (data) information 
is exchanged between the bus agents. Like the iPSB 
bus, it consists of a request and a reply phase. Dur- 
ing block transfers, the termination of the transfer 
cycle is controlled by the requesting agent. In non- 
block transfer cycles, the cycle's termination is im- 
plicitly recognized by both agents. Figure 3 shows a 
transfer cycle example. 
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Exception cycles allow the bus agents to signal any 
detected error or exceptional condition which might 
arise during a transfer cycle. Typical exceptions are 
uncorrectable EGG errors, parity errors, or physical 
boundary overflows. 


There are five categories of signals used in the 
iLBX II bus: address/command, data transfer, ac- 
cess control/status, bus control/status, and miscel- 
laneous. An asterisk following the signal name or 
group indicates that the signal or group use their low 
electrical state as the active state. 


The requesting agent uses this group of signals to 
transfer address and command information to the 
potential replying agents during the request phase of 
a transfer cycle. This signal group consists of the 
non-multiplexed address lines, XA25 through XAOO 
(Extension bus address), the command specification 
lines, XCS through XCO(Extension bus command), 
and an associated parity line, XAPAR (Extension 
bus address/command parity). 


The XA25 through XAOOlines define the starting 
physical byte address. The command specification 
lines select the address space (memory or intercon- 
nect), data width (1, 2, 3, or 4 bytes), and whether 
the operation is a read or write cycle. The command 
encodings for XG3through XGOareshown in Figure4. 


XCS" 
XC2" 
XC1" 
I 
XCO" 


Address 
Access 
Width 


Space 
Type 
Specification 


Memory 
Read 
1 byte 
2 bytes 
3 bytes 


Interconnect 
Write 
4 bytes 


Parity for the address/command group is not re- 
quired. The bus does allow for a single parity bit 
covering the address and command lines as a com- 
pliance level. The iLBX II bus environment is much 
different than that of the iPSB system bus. It extends 
only a short distance (6 card slots maximum) and 
employs lower switching currents. This more restric- 
tive environment reduces the need for data integrity 
protection in all but the larger systems. 


This signal category consists of the 32 bi-directional 
data lines and their optional 
parity line. XDS1 


through XDO(Extension bus data) transfer the read 
or write data between the requesting and replying 
agents. Each byte in the iLBX II bus memory is 
mapped to one of the four byte locations of the XD 
lines. This technique is commonly referred to as 
"byte lanes" and is illustrated in Figure "5. 


Like with the address/command group, the XDPAR 
(Extension bus data parity) line is optional. 


• BIT 
REQUESTING 
AGENT 


16BIT 
REQUESTING 
AGENT 


32 BIT 
REQUESTING 
AGENT 


Figure 5. ILBXTMII Data Bus Alignment 


Interface Requirements 


ACCESS 
CONTROL/STATUS 
GROUP 


This signal category 
consists 
of 5 lines which deter- 


mine the start of an access 
request, 
its execution, 


and finally, 
its termination. 


The 
XACCREO· 
(Extension 
bus 
access 
request) 


signal indicates 
that the address/ 
command 
informa- 
tion is valid 
during 
the current 
and next 
bus clock 


cycles. 
It signals the presence 
of the request 
phase 


of the transfer 
cycle. 
Replying 
agents 
which 
require 


more time to decode 
the command 
information 
can 


extend 
XACCREO· 
using 
the 
XWAIP 
handshake 


line. 


The XWAIT· 
(Extension 
bus wait) signal has a two- 


fold meaning 
in the access 
protocol: 
it can extend 


the duration 
of the request 
phase and it serves as a 


"not ready" 
replier indication 
during the reply phase. 
If asserted 
in the 
first 
clock 
cycle 
of the 
request 


phase, 
it extends 
the phase, otherwise, 
it will signal 


"not 
ready" 
during the reply phase. 


In many system 
configurations 
the iLBX II bus mem- 


ory boards 
are dual-ported 
to both the iL.BX II ~~d 


iPSB buses. This requires 
a mutual exclusion 
faCIlity 


when 
implementing 
semaphores 
and 
other 
data 


structures 
in this 
shared 
memory. 
The 
XLOCK· 
(Extension 
bus lock) 
signal 
allows 
the 
iLBX 
II bus 


requesting 
agents 
to lock 
out the other 
port while 


performing 
indivisible 
accesses 
to shared structures. 


To perform 
block 
transfers 
on the iLBX II bus, the 


requesting 
agent asserts 
the 
XBTCTL· 
(Extension 


bus block 
transfer 
control) 
signal. 
This line informs 


the replying 
agents 
that two or more 
data transfer 


periods 
will 
accompany 
a 
single 
request 
phase. 
XBTCTL· 
is de-asserted 
by the requesting 
agent to 


signal the end of the block transfer. 


The signals 
in this group control 
the passing 
of bus 


ownership 
between 
the primary 
and secondary 
re- 
questing 
agents. 
When 
the bus is in use, they also 


indicate 
which 
agent is in control. 


The 
XBUSREO· 
(Extension 
bus request) 
signal 
is 


driven by the secondary 
requesting 
agent to acquire 


the 
bus from 
the 
primary 
agent. 
Only 
the 
primary 


requesting 
agent 
receives 
this signal. When the pri- 


mary detects 
that 
the secondary 
is requesting 
the 


bus, it replies 
with the XBUSACK· 
(Extension 
bus 


acknowledge) 
signal 
to inform 
the 
secondary 
that 


the bus is now his. This bus exchange 
occurs 
at the 


discretion 
of the primary. 


The secondary 
owns the bus after asserting 
XBUS- 


REO· 
and receiving 
XBUSACK· 
active. The primary 


can request 
that the bus be returned 
at any time by 


removing 
XBUSACK·. 
The 
secondary 
must 
return 


the bus at the earliest 
time; 
typically 
when 
it com- 


pletes its current 
transfer 
cycle. 


MISCELLANEOUS 
CONTROL 
GROUP 


The XRESET· 
(Extension 
bus reset) is driven by the 


primary 
requesting 
agent 
to 
locally 
initialize 
its 


iLBX II bus environment. 
It is typically 
asserted 
after 


the 
agent 
receives 
a reset 
indication 
on the 
iPSB 


system 
bus. 


The XINT· 
(Extension 
bus interrupt) 
allows the sec- 


ondary 
requesting 
agent 
and 
any 
of 
the 
replying 


agents 
to signal the primary 
requesting 
agent for in- 


ter-module 
communication. 
Since 
the 
secondary 


agent 
is usually 
performing 
tasks 
on behalf 
of the 


primary 
agent, 
this interrupt 
line removes 
the need 


for the primary to continuously 
poll the secondary 
for 


completion 
of its tasks. 


The XID2· 
through 
XIDO· 
(Extension 
bus identify) 


lines are hardwired 
lines on the backplane 
to allow 


any iLBX 
II bus board 
to determine 
its position 
on 


the bus. They encode 
the interconnect 
space 
least 


significant 
three 
bits of the 
slot 
10 field. 
(See 
the 


iPSB bus data sheet for an explanation 
of the inter- 


connect 
address 
space.) 


The final line is the XBCLK· 
(Extension 
bus clock) 
line. It provides 
the reference 
timing 
signal 
for the 


synchronous 
bus operations. 
It is driven 
by the pri- 


mary requesting 
agent at its processor 
bus frequen- 


cy. 


The iLBX II bus also defines 
additional 
+ 5 volt and 


ground 
pins. 


In the 
MUL TIBUS 
II specification, 
both 
timing 
dia- 


grams 
and state-flow 
diagrams 
describe 
the iLBX II 


bus protocol. 
The 
state-flow 
diagrams 
present 
the 


lowest 
level and most 
rigorous 
definition 
while 
the 


timing diagrams 
help conceptual 
understanding. 
For 


the purposes 
of this data sheet, 
only the timing dia- 


gram description 
is used. The following 
sections 
use 


Figure 6 as an example 
of the protocol. 


With only two potential 
requesting 
agents 
contend- 


ing for access 
rights to the bus, the arbitration 
cycle 


is very simple. 
The figure 
illustrates 
the secondary 


requesting 
agent 
requesting 
the 
bus from 
the 
pri- 


mary and then running 
a simple transfer 
cycle. The 


secondary 
requesting 
agent 
makes 
its request 
by 


asserting 
XBUSREO·. 
The primary gives up the bus 
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by returning XBUSACK* active. In this example, the 
secondary uses the bus for only a single transfer 
cycle so it de-asserts XBUSREQ* when complete. 
The 
primary 
agent 
responds 
by 
withdrawing 


XBUSACK* to indicate it now owns the bus. 


TRANSFER 
CYCLE 


Like in the iPSB bus, the transfer cycle proceeds as 
a request phase and a reply phase. The requesting 
agent (either the primary or the secondary depend- 
ing upon who currently owns the bus) informs the 
potential replying agents of the request phase by 
driving valid information on the address/command 
signal group and asserting XACCREQ*. 
The request 


phase normally lasts two clock cycles although the 
replying agents have the opportunity to extend the 
phase as long as necessary by asserting XWAIT* 
during the first clock period of the phase. The phase 
is extended as long as XWAIT* is active. In the ex- 
ample, the request phase is extended one additional 
clock. 


The reply phase begins when XWAIT* is de-assert- 
ed. At this point, the meaning of XWAIT* changes to 
become a "not ready" indication from the selected 
replying agent. In the example, the replying agent 
requires one additional clock period to supply the 
data so XWAIT* is asserted for one clock. The reply 
phase terminates on the same clock that data is val- 
id. 


EXCEPTION 
CYCLE 


If transfer integrity checking is implemented on the 
iLBX II bus, errors are signalled on the clock follow- 
ing the last valid information period. In example, er· 
rors detected on the address/command lines during 
the request phase are signalled on the clock follow- 
ing the removal of valid request information. The 
same applies to errors detected on the data lines 
during the reply phase. 


The iLBX II bus is defined on the P2 connector of 
two-connector MULTIBUS II boards. Since the iLBX 
II bus environment is local to a particular processor 
board, the iLBX II bus backplane does not extend 
the entire length of the iPSB bus backplane. This 
allows for multiple iLBX II bus environments in a giv- 
en system. 


The pin assignment for the iLBX II bus on P2 is 
shown 
in 
iLBX 
II specification 
section 
in 
the 


MULTIBUS II Bus Architecture Specification Hand- 
book. 


Please refer to Intel's MULTIBUS II Bus Architecture 
Specification Handbook for more detailed informa- 
tion. 
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MULTIBUS® II 
iPSB PARALLEL SYSTEM BUS 


• IEEE 1296 Industry 
Standard 
Bus 
• Distributed 
Arbitration 
with Up to 20 
• Very High Bandwidth 
Bus Masters 


- 
40 Megabytes/See 
Using Burst 
• Full Parity Protection 
for Data Transfer 
Transfers 
Integrity 


- 
20 Megabytes/See 
with Single 
• Message 
Passing Facility for 


Cycles 
Intermodule 
Communication 
• 4 Gigabyte 
(32-blt) 
Addressing 
• Geographic 
Addressing 
Facility for 
• 8-, 16-,24-, 
and 32-blt Data Transfers 
Software 
Indentlflcatlon 
and 


over a 32-blt Path 
Configuration 
of Boards 


• Pin-Efficient 
Multiplexed 
Structure 
• Industry 
Standard 
Eurocard 
Form 
• Reliable 
Synchronous 
Clocking 
at 10 
Factors-233 
mm x 220 mm and 


Megahertz 
with Full Handshaking 
for 
100 mm x 220 mm 


Data 


The MUL TIBUS 
II iPSB Parallel 
System 
Bus is the foundation 
of the MUL TIBUS 
II Bus Architecture. 
It is a 
general-purpose, 
processor 
independent 
structure 
which 
fully supports 
8-, 16-, and 32·bit 
microprocessors. 
This very high bandwidth 
structure 
is defined 
on a single 96-pin lEe 603-2 (DIN) connector. 
All data movement 
functions 
required 
in a microcomputer 
system are defined 
including 
such advanced 
functions 
as an integrated 
message 
passing 
protocol 
and a geographic 
addressing 
facility 
which allows software 
to address 
a board by 


its slot position 
for software-based 
board identification 
and configuration. 


The MULTIBUS II iPSB Parallel System Bus is the 
foundation of the MULTIBUS II bus architecture (see 
Figure 1). As a system bus, it is a very high band- 
width (40 megabytes/sec) bus optimized for inter- 
module communication; however, it also defines the 
complete set of basic bus functions required in a 
microcomputer system: memory accesses for exe- 
cution of data, accesses to I/O for control of I/O 
functions, plus intermodule signalling. These basic 
functions are supplemented with additional functions 
supporting geographic (by slot) addressing and an 
integral message passing protocol. 


Geographical addressing allows addressing of indi- 
vidual boards via their physical position in the back- 
plane. Software can determine what boards are be- 
ing used and configure itself appropriately. Software 
also can configure the hardware characteristics of 
the board (e.g., the starting address of a memory 
board). This can substantially reduce or even elimi- 
nate hardware jumper options and DIP switches for 
board configuration. Geographical addressing is a 
function of the interconnect address space. 


MULTIBUS II's integral message passing protocol 
defines a standard and uniform way for modules to 
communicate over either the iPSB or iSSB buses. 
Integrating the protocol at the bus structure level 
lets the designer provide hardware support to in- 
crease system inter-module communication per- 
formance and opens the door for VLSI solutions. 
Standardizing the interface ensures a uniform soft- 
ware interface so that users can take advantage of 
new advances in technology without having to re- 
write software. 
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The iPSB bus structure is a processor-independent 
general-purpose bus designed to support 8-, 16-, 
and 32-bit processors. It is designed to operate at a 
maximum bandwidth of 40 megabytes/sec while us- 
ing off-the-shelf components. 


Special attention has been given to how the bus 
structure, both electrically and mechanically, im- 
pacts system reliability. Synchronous sampling of all 
bus signal lines assures good immunity from cross- 
talk and noise. Full byte parity generation and 
checking protects all transfers on the bus to ensure 
that any bus error is detected. Signal quality on the 
bus is excellent due to the large number of inter- 
laced ground lines. Mechanically, the iPSB bus is 
defined on a two-piece 96-pin lEG 603-2 connector 
to ensure good connector reliability. 


The iPSB bus is highly multiplexed. The 32-bit ad- 
dress and data paths are multiplexed and the eight 
system control lines have different uses depending 
upon the phase of the transfer cycle. The six arbitra- 
tion lines also serve dual purposes between system 
initialization and normal operation. 


This multiplexed structure has several benefits. The 
entire 32-bit iPSB bus is defined on a single connec- 
tor. This allows a full 32-bit iPSB bus interface on 
even the smaller, single connector, form factor 
board and opens the possibility of low cost 32-bit 
systems. Multiplexing also reduces by half the num- 
ber of high current drivers required for the interface 
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which significantly reduces a board's current require- 
ments. The routing of signal lines between the bus 
interface and connector is simplified. 


The iPSB bus defines a complete set of bus error 
reporting mechanisms. Serious errors, such as a 
parity error or the failure of a module to complete the 
data handshake, are flagged on unique bus signal 
lines and are seen by all modules on the bus. These 
errors induce a recovery time in which the bus is 
allowed to stabilize before further transfer cycles 
may begin. 


The iPSB bus also provides mechanisms for signal- 
ing less serious operational errors. Operational er- 
rors, such as attempting to perform a 32-bit access 
to a a-bit device or writing to read-only memory, are 
signaled as agent errors. These errors may induce 
retry operations by an intelligent bus interface or 
may be passed to the on-board processor as errors. 


The ability to address a board by its physical position 
in the backplane is also supported in the iPSB bus. 
This facility allows board manufacturers to code 
such items as their vendor number, board type, 
board revision number, and serial number on the 
board. This information is available to the system 
software. This facility is defined in the iPSB bus in- 
terconnet address space. 


Aside from this read-only information, the intercon- 
nect space allows write operations to support board 
configuration and diagnostics under software con- 
trol. This facility can help reduce or eliminate hard- 
ware-based jumper options and DIP switches. 


The iPSB bus supports up to 255 distinct interrupt 
sources and 255 interrupt destinations. Rather than 
the user of the traditional method of dedicated inter- 
rupt signal lines on the bus, the iPSB bus defines a 
special bus cycle to convey interrupt information. 
This special bus cycle (actually part of the message 
passing protocol discussed below) redefines the 
meaning of the address; instead of a byte location in 
memory for example, 16 of the 32 lines encode a 
bits for the source module generating the interrupt 
and a bits for the destination module to service the 
interrupt. 


This technique overcomes the significant problem of 
interrupt configuration found in traditional buses. 
Dedicated lines usually imply that only one particular 
destination 
can 
service 
one 
particular 
interrupt 


source. If an interrupt source wishes to target some 
interrupts to one destination and some to a different 
destination, separate bus interrupt lines are required 
for each destination. This can quickly consume all 
dedicated interrupt lines in even a moderate size 
system. 


Using interrupt bus cycles with embedded source 
and destination module addressing removes the 
need for dedicated interrupt lines at the same time it 
allows any interrupt source to signal any interrupt 
destination. 


With the trend in microcomputer systems toward 
multiprocessing, it is important to provide the facili- 
ties and mechanisms to lend support for inter-mod- 
ule communication. The iPSB bus includes such 
mechanisms and defines the protocol for greatly en- 
hanced performance in inter-module communica- 


~tion. This protocol is called MULTIBUS II Message 


Passing. 


Most multiprocessor systems use either a "pass by 
reference" or a "pass by value" protocol for inter- 
module communication. In the "pass by reference" 
case, the two modules share a common memory re- 
source and pass pointers or tokens to extend ad- 
dressability of a desired data structure to the other 
module. In "pass by value", the modules exchange 
a copy of the desired data structure. Each of these 
protocols has a set of advantages and disadvan- 
tages associated with performance, data security, 
extendability to additional modules, and ease of use. 


MULTIBUS II Message Passing takes the best of 
both methods and lends hardware support. Mes- 
sage passing uses a hardware "pass by value" inter- 
face that gives the performance of a "pass by refer- 
ence" system. It replaces the software module used 
by the "pass by value" method with a specialized 
message passing interface. The processor "passes 
by reference" the reference to the data structure to 
the message passing co-processor interface. This 
interface communicates with the destination mod- 
ule's message passing interface to transfer the data 
without processor intervention. This data transfer is 
performed in the message address space. This is 
illustrated in Figure 2. (In many ways, it is helpful to 
think of the two communication message passing 
interfaces as a distributed, smart, DMA controller.) 
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There are several significant benefits to this ap- 
proach. First of all, the message passing interfaces 
can take advantage of the full capabilities of the bus 
(Le., 32-bit data and burst transfer) independent of 
the type or nature of the controlling processor. Even 
8-bit processor or I/O boards can take full advan- 
tage of the bus. This means significantly higher inter- 
module communication performance over a com- 
pletely software-base method. Another benefit is the 
elimination 
of 
any shared memory. Dual-ported 


memory structures are no longer needed nor are 
global memory boards. The other primary benefit is 
that MULTIBUS II message passing presents a uni- 
form software interface for all modules. Modules can 
be replaced with new modules containing newer 
technology (e.g., moving from a single density to a 
double density disk controller) without any software 
changes required in the controlling module. This 
makes it easy for users to integrate new technology 
without the problem of completely rewriting the driv- 
er software. 


The iPSB bus specification defines the central sys- 
tem 
functions 
as the 
Central Services Module 


(CSM). The minimal set of functions are: clock gen- 
eration, power-down and reset, time-out, and assign- 
ment of slot IDs. Collecting these functions in a sin- 
gle module improves overall board area utilization, 
since the functions are not duplicated on every 
board and then only used on one. The system de- 
signer is free to implement the CSM on a separate 
board or to include the functions as just one of sev- 
eral modules on another board. 


Bus Cycle Overview 


The iPSB bus defines three types of bus cycles: arbi- 
tration, transfer, and exception cycles. Each cycle is 
made up of one or more phases. Figure 3 illustrates 
the relationship among these cycles and phases. 


The arbitration cycle is made up of a resolution 
phase and an acquisition phase. The resolution 
phase is the time-period in which all requesting 
agents collectively arbitrate for access rights to the 
bus. Depending on the arbitration algorithm, the 
agents decide among themselves which of them is 
going to control the bus after the current bus owner 
is done. This arbitration method is referred to as 
self-selecting since the agents decide ownership 
among themselves. 


The agent that wins the arbitration and obtains ac- 
cess rights to the bus begins the acquisition phase; 
that agent becomes the bus owner. This agent be- 
gins its transfer cycle and holds the arbitration logic 
in the resolution phase (resolving for the next ac- 
cess rights) until the transfer cycle is completed. 


Starting the transfer cycle is the request phase. In 
this phase, the bus owner (requesting agent) places 
address and command information on the bus. This 
information defines the replying agent(s), the type of 
operation, and the type of address space. The re- 
quest phase lasts one bus clock cycle. 


The reply phase starts immediately after the request 
phase, during this phase, the requesting and reply- 
ing agents engage in a handshake that synchronizes 
the data transfer sequence. The reply phase can 
contain one or more data cycles. The final data 
transfer is signaled by the requesting agent. During 
this final transfer, the requesting agent releases 
ownership of the bus allowing the new bus owner to 
use the bus immediately. Note how the transfer cy- 
cle overlaps the resolution phase of the arbitration 
cycle to minimize bus dead time. 


inter 


If an agent detects an error during a transfer cycle, it 
immediately begins an exception cycle. The excep- 
tion cycle terminates any arbitration cycles and 
transfer cycles in progress. The exception cycle 
starts with the signal phase in which the detecting 
agent activates one of the exception lines. This noti- 
fies all agents of the problem causing them to termi- 
nate any arbitration or transfer cycles. Next the re- 
covery phase begins. During this phase, all agents 
idle; this allows the bus a fixed amount of idle-time to 
stabilize before resuming normal operation. 


The iPSB bus contains five groups of signals, Figure 
4, over which the requesting and replying agents can 
enact the protocol. An asterisk following the signal 
name indicates that the particular signal or group of 
signals are active when at their electrical low. 


The arbitration signals on the iPSB bus determine 
which agent gains exclusive access to the bus 
(which agent is the bus owner). All requesting 
agents that require access to the bus resources 
must arbitrate for use of the bus. On being granted 
bus ownership, an agent begins using the address/ 
data lines to perform a transfer cycle. There are sev- 
en signals in the arbitration group: BREO" and 
ARBS" through ARBO". 


BREa" 
(Bus Request) is an OR·tied signal which is 


bused on the backplane. All agents that require ac- 
cess to the bus assert the BREO" signal. 


A particular agent's arbitration ID number is coded 
on lines ARB4" 
through 
ARBO" (Arbitration). An 


agent requiring use of the iPSB bus asserts BREO" 
and drives its arbitration ID onto the OR-tied ARB 
lines. The ARBS" line selects one of two arbitration 
algorithms: fairness or high priority. 


Signal 
Function 


Request Phase 
Reply Phase 


SCO 
Request Phase 
Request Phase 


SC1 
Lock 
Lock 


SC2 
Data Width 0 
End-of-Cycle 


SC3 
Data Width 1 
Requesting Agent Ready 
SC4 
Address Space 0 
Replying Agent Ready 
SC5 
Address Space 1 
Agent Error 0 


SC6 
Read/Write 
Agent Error 1 
SC7 
Reserved 
Agent Error 2 
sca 
Parity (SC7-4) 
Parity (SC7-4) 
SCg 
Parity (SC3-0) 
Parity (SC3-0) 


This signal group contains the lines used to transfer 
the address and data information plus their respec- 
tive byte parity lines. The AD31' through ADO' (Ad- 
dress/Data) lines are multiplexed and serve a dual 
purpose depending upon the phase of the transfer 
cycle. 


During the request phase, they contain the address 
for the ensuing transfer. This address refers to the 
byte location for memory and I/O spaces, a pro- 
cessing agent module in message space, and a 
board slot location in interconnect space. The re- 
questing agent drives these lines during the request 
phase. 


During the reply phase, they contain either eight, six- 
teen, twenty-four, or thirty-two bits of data. They are 
driven by the requesting agent for write transfers 
and by the replying agent for read transfers. 


The PAR3' through PARa' (Parity) lines are the 
byte parity lines associated with the respective bytes 
of the AD lines. They form even parity with their re- 
spective address/data byte. 


The transfer signal group consists of ten signals, 
SCg' through SCO( (System Control). Agents use 
these signals to define commands or to report 
status, depending on the phase of the transfer cycle. 


During the request phase, the requesting agent 
drives SCg' 
through SCO~. The SC lines provide 


command information to the replying agent(s). Dur- 
ing the reply phase, the requesting agent drives 
SCg' and SC3' through SCO' with its handshake 
and additional control 
information. The replying 


agent drives the remainder with its handshake and 
status. Table 1 lists the request and reply phase 
functions for this group. 


The iPBS bus provides a group of two signals for 
passing indications of exception errors to all agents: 
BUSERR' (Bus Error), and TIMOUT' (Time-out).. 


An agent activates BUSERR' to indicate its detec- 
tion of a data integrity problem during a transfer. Par- 
ity errors on the AD or SC lines are typical of errors 
signaled on BUSERR. Any agent detecting such er- 
rors must signal BUSERR' and all agents must re- 
ceive BUSERR'. 


TIMOUP 
is signaled by the CSM whenever it de- 


tects the failure of a module to complete a hand- 
shake. TIMOUP 
is received by all agents on the 


bus. 


The system control group provides status concern- 
ing the operating state of the entire iPSB bus envi- 
ronment. It consists of seven signals plus the power 
and ground lines. 


The RST' (Reset) signal is a system-level initializa- 
tion signal sent to all agents by the CSM. 


The RSTNC' (Reset Not Complete) signal is an OR- 
tied line driven by any agent whose internal initializa- 
tion sequence is longer than that provided by the 
RSP signal itself. Due to its OR-tying, RSTNC' re- 
mains active until every agent has completed its ini- 
tialization sequence. Agents cannot perform bus 
transfer cycles until RSTNC' is inactive. 


The CSM provides a DCLOW (DC Power Low) sig- 
nal to all agents as a warning of an imminent loss of 
DC power. DCLOW is typically generated from a sig- 
nal supplied by the system power supply on the loss 
of AC power. Any agent needing to preserve state 
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information in battery backed-up resources should 
do so upon receiving an active DCLOW. 


Accompanying DCLOW for power-down sequencing 
is the PROTo 
(Protect) signal. The CSM drives 


PROP active a short time after it activates DCLOW 
to inform all bus interfaces to ignore any transitions 
on the bus as power is lost. 


The BClK· 
(Bus Clock) and CClK· 
(Constant 


Clock) signals are supplied by the CSM to all agents. 
Agents use the BCLK to driv~ the arbitration 8:nd 
timing state machines on the IPSB bus. The active 
going edge of BCLK· provides 8:1~system timing r.ef- 
erences. The CCLK· is an aUXIliaryclock at twice 
the frequency of BCLK. 


An agent user its LACHn· 
(ID Latch) signal t.osa~e 


the slot ID it receives from the CSM at reset time via 
the ARB4· through ARBO· lines. The ID latch signal 
is called LACHn· where the "n" is the card slot to 
which the ID is assigned. At each card slot, the 
LACHn· signal is connected to the AD line of the 
same number. As an example, card slot 7 has a 
LACH7· signal that is connected to AD7·. 


When RSP 
is active, the CSM sends successive 


slot ID's (0 through 
19) on the ARB4· 
through 


ARBO· lines while activating the corresponding AD 
line. Agents know when the ARB lines contain the 
correct slot number when they see their LACHn· line 
go active. 


POWER 


System power supplied in the iPSB connector in- 
cludes + Svolts, + 12volts, -12 volts, and facilities 
for + Svolt battery back-up. Also defined are numer- 
ous ground lines some of which are interlaced 
throughout the connector. 


OVERVIEW 


In the MULTIBUS II specification, both timing dia- 
grams and state-flow diagrams describe the iPSB 
bus protocol. The state-flow diagrams present the 
lowest-level and most rigorous definition while the 
timing diagrams help conceptual understanding. For 


the purposes of this data book, only the timing dia- 
gram description is used. 


ARBITRATION 
CYCLE 


An agent that wishes to transfer data on the iPSB 
bus must begin by performing an arbitration cycle. 
The cycle performs two functions: first, it gives all 
agents the opportunity to be granted ~c?ess to the 
bus, and second, it eliminates the pOSSibilityof more 
than one agent trying to transfer data on the bus at 
anyone 
instant. In the case where more than one 


agent requests access to the bus at the same in- 
stant, the arbitration cycle grants access to the 
agents based upon one of two arbitration algorithms: 
normal or high priority. 


Normal priority mode provides "fairness" 
or "no 


starvation", which means each agent has an equal 
opportunity to grant access to the bus. For examp!e, 
assume all agents request the bus at the same In- 
stant. In the normal priority mode, each agent is 
granted the bus, one by one, until all requests have 
been serviced. If an already serviced agent desires 
to use the bus again before all of the original agents 
are serviced, it will wait until all of original requesting 
agents have their request granted. This "round-rob- 
in" granting of access ensures that any agent re- 
questing the bus will eventually get it. 


The high priority mode allows an agent with high pri- 
ority to force its way into the arbitration and be grant- 
ed the bus before agents with lesser priority. This 
means that a high priority agent gets access to the 
bus quickly; however, it can also consume so much 
of the bus that agents with less priority never gain 
access; they will "starve". 


At reset, the CSM supplies each agent with its slot 
ID and its arbitration ID. An agent making a normal 
priority request activates BREQ·, holds ARBS· inac- 
tive, and drives its arbitration ID onto ARB4· through 
ARBO·. If the ARB lines hold its ID after a specified 
time (3 bus clocks), this agent won the arbitration 
and can use the bus once any ongoing transfer com- 
pletes. However, if the ARB lines do not match its ID 
(after all, other agents might be also requesting the 
bus and driving the ARB lines), another agent won 
the arbitration. The losing agent removes its ID and 
waits for the next resolution phase before trying 
again. 
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An agent makes a high priority request by activating 
BREO", holding ARBS" active (ARBS" selects the 
arbitration mode), and driving its arbitration 10 onto 
the ARB lines. The high priority algorithm requires 
that when a high priority request enters during an 
arbitration cycle, the request immediately enters the 
next resolution phase rather than waiting for the next 
bus request cycle as do normal priority requests. 
ARBS" being active causes the other requesting 
agents to remove their requests guaranteeing the 
high priority agent access to the bus before any 


simultaneous normal priority requests. When more 
than one agent simultaneously makes a high priority 
request, the agent with the higher priority (lower nu- 
merical value) arbitration 10 will go first. Figure S il- 
lustrates the logic required to implement the iPSB 
bus arbitration. With either priority mode, once an 
agent owns the bus, it can perform any number of 
transfer cycles until force off by arbitration. This 
characteristic of the arbitration algorithms is called 
"bus parking". 
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Transfer cycles consist of two phases: request and 
reply. For illustration, an example of an access read 
cycle is shown in Figure 6. During the request phase, 
the bus owner (requesting agent) uses the transfer 
cycle signal group (SC lines) to notify the replying 
agent of the address space (memory, liD, intercon- 
nect, or message), the data width (8-, 16-, 24- or 32- 
bit), and whether the cycle is read or write. The AD 
lines contain the desired address for the selected 
address space. Replying agents know the SC lines 
contain this request information by the requesting 
agent activating SCO"(Request Phase). The request 


phase lasts one clock cycle. All potential replying 
agents use the request phase to determine whether 
they contain the addressed resource. 


The reply phase starts immediately following the re- 
quest phase. During this phase the agent with the 
addressed resource (replying agent) and the re- 
questing agent exchange data and status. Both the 
requesting and replying agent must agree that the 
data on the AD lines and the status on the appropri- 
ate SC lines are valid via the RQRDY (Requesting 
agent read-8C3") 
and RPRDY (Replying agent 


read- 
SC4") handshake lines. Either agent can 
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hold off the transfer by deactivating its ready line. 
This handshaking supports any speed requesting.or 
replying agent. 


The transfer cycle is complete when the requesting 
agent signals the last data transfer via the End-Of- 
Cycle (EOC-SC2·). 
The last bus clock cycle of the 


transfer is when EOC, RQRDY, and RPRDY are all 
active simultaneously. 


The replying agent has the opportunity to tell the 
requesting agent if it does not support the requested 
operation via the agent error (SCS', SCS', and 
SC7') lines. These lines encode five types of errors: 
width violation, continuation error, data error, illegal 
operation, and negative acknowledgement of a mes- 
sage. Trying to extract 32-bits of data from an S-bit 
peripheral is an example of a data width violation. 
Continuation errors occur when attempting sequen- 
tial access from an agent which does not support 
them or running off the ending address of a memory 
board. Writing to a read-only memory is an example 
of an illegal operation. A parity or ECC error in a 
memory board is an example of a data error. A reply- 
ing agent signals a negative acknowledgement to a 
message transfer cycle if its destination queue is full 
(the source most perform source queuing). The 
transfer cycle is terminated by the requesting agent 
when it detects that the replier is signalling an agent 
error. If the bus interface is intelligent, it might retry 
the operation with a different type that the replying 
agent can support. Other aspects of transfer cycle 
include the ability of a requesting agent to LOCK the 
bus via the SC1' line. SC1' is a non-multiplexed sig- 
nal which inhibits alternate ports of any multi-ported 
resource being addressed. By locking the bus, the 
requesting agent can guarantee itself exclusive ac- 
cess to a multi-ported bus resource and retains bus 
ownership for more than one transfer cycle. 


As noted in the figure, in addition to parity protection 
on the address/data lines, the SC lines are also pro- 
tected by parity. The requesting agent is responsible 
for the SC parity bits (SCS' and SC9') during the 
request phase (it drives all SC lines). The reply 
phase requires two parity bits: one for those lines 
driven by the requesting agent and one for those 
driven by the replier. This ensures all aspects of the 
transfer cycle have parity protection. 


The exception cycle is an error reporting mecha- 
nism. An agent or the CSM initiates an exception 


cycle as a result of sensing an exception. If no ex- 
ception occurs, no exception cycles occur. 


The exception cycle has two purposes in the proto- 
col: first, it provides systematic termination of activity 
on the iPSB bus and second, it provides a stabiliza- 
tion time before allowing agents to resume opera- 
tion. These two purposes correspond directly to the 
two phases of the exception cycle: the signal and 
recovery phases. 


The signal phase begins when an agent or a module 
senses an exception and activates one of the bus 
error lines. One receiving a bus error, all agents ter- 
minate any transfer or arbitration cycles in progress. 
The net effect of the signal phase is to terminate all 
bus activity. The signal phase continues until the er- 
ror-detecting module deactivates the bus error line. 


The recovery phase begins after the bus error line 
becomes inactive. The recovery phase is a fixed-du- 
ration delay (in terms of bus clock cycles) that allows 
time for the iPSB bus signals to settle before starting 
more transfer cycles. 


There are two types of bus exceptions supported by 
the iPSB bus: timeout and bus error. The CSM moni- 
tors the bus to ensure that all data handshakes com- 
plete. If for some reason the handshake hangs and 
exceeds a maximum time limit, the CSM activates 
the TIMOUP (Time Out) bus exception line to begin 
the exception cycle. 


An agent sends a bus error exception whenever it 
determines that the information on the address/data 
(AD) or the transfer control (SC) lines is in error. 
Once an error is detected, the agent activates the 
BUSERR' (Bus Error) signal line to begin the excep- 
tion cycle. 


The MULTIBUS II boards, board accessories, and 
backplanes conform to mechanical standards de- 
fined by the International Electromechanical Com- 
mission (IEC); these standards are commonly re- 
ferred to as the Eurocard mechanical standards. 
This mechanical system offers modular board sizes 
as defined in standard IEC-297-3 and reliable two- 
piece connectors as defined in IEC-S03-2. 


The MUL TIBUS II specification 
calls out two modular 


board 
form 
factors: 
233 
x 
220 
mm 
and 
100 
x 


200 mm (see Figure 
7). The iPSB bus and iLBX 
II 


bus portions 
of the MUL TIBUS II system architecture 


are always 
defined 
on the 
P1 and 
P2 connectors 


respectively. 
However, 
the 
user can optionally 
de- 


fine the use of the P2 connector 
if the iLBX II bus is 


not supported. 
(The iSSB bus is additionally 
defined 


on the P1 connector.) 


MUL TIBUS II boards and backplanes 
use two-piece, 


96-pin connectors 
for both the iPSB bus and iLBX II 


bus. The right-angle 
connectors 
on the printed board 


are IEC standard 
603-2-IEC-C096-M; 
the receptacle 


connectors 
on the backplane 
are IEC standard 
6-03- 


2-IEC-C096-F 
(Figure 
8). This 
connector 
family 
is 


noted for its reliability, 
availability, 
and low cost. 
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The pin assignment for the iPSB bus on P1 is shown 
in Table 2. 


Please refer to Intel's MULTIBUS " Bus Architecture 
Specification Handbook for more detailed informa- 
tion. 


Connector 
Pin Number 
Row A 
RowB 
RowC 


1 
o Volts 
PROP 
o Volts 


2 
+S Volts 
DCLOW' 
+S Volts 


3 
+ 12 Volts 
+S Battery 
+ 12 Volts 


4 
(Note 2) 
SDA (Note 3) 
BCLK' 


S 
TIMOUP 
SOB (Note 3) 
o Volts 


6 
(Note 1) LACHn 
o Volts 
CCLK' 
7 
ADO' 
ADP 
o Volts 


S 
AD2' 
o Volts 
AD3' 


9 
AD4' 
ADS' 
AD6' 
10 
AD7' 
+S Volts 
PARO' 
11 
ADS' 
AD9' 
II 
AD10' 


12 
AD11' 
+S Volts 
AD12' 
13 
AD13' 
AD14' 
AD1S' 


14 
PAR1' 
o Volts 
AD16' 
1S 
AD17' 
AD1S' 
AD19' 
16 
AD20' 
o Volts 
AD21' 
17 
AD22' 
AD23' 
PAR02' 


1S 
AD24' 
o Volts 
AD2S' 


19 
AD26' 
AD27' 
AD2S' 


20 
AD29' 
o Volts 
AD30' 


21 
AD31' 
Reserved 
PAR3' 


22 
+S Volts 
+S Volts 
Reserved 


23 
BUSREQ' 
RSP 
BUSERR' 


24 
ARBS' 
+S Volts 
ARB4' 


2S 
ARB3' 
RSTNC' 
ARB2' 
26 
ARBP 
o Volts 
ARBO' 


27 
SC9' 
SCS' 
scr 


2S 
SC6' 
o Volts 
SCS' 
29 
SC4' 
SC3' 
SC2' 
30 
-12 Volts 
+S Battery 
-12 
Volts 
31 
+S Volts 
SC1' 
+S Volts 


32 
o Volts 
SCO' 
o Volts 


NOTES: 
1. LACHn' 
for all agents 
but the one driving 
CClK'; 
line contains 
a second 
CClK' 
signal in systems 
that have more than 
12 
cardslots. 
2.0 
Volts for all agents 
but the one driving 
BClK'; 
line contains 
a second 
BClK' 
signal 
in systems 
that have more than 
12 
cardslots. 
3. Signal 
lines SDA and SDB are reserved 
for the Serial 
System 
Bus. 


MESSAGE PASSING COPROCESSOR 


A MULTIBUS® II BUS INTERFACE CONTROLLER 


• 
Highly Integrated 
VLSI Device 


- 
Single-Chip 
Interface 
for the Parallel 


System 
Bus (IEEE 1296) 


-Interrupt 
Handling/Bus 
Arbitration 


Functions 
- 
Dual-Buffer 
Input and Output 
DMA 


Capabilities 


- 
Nine 32-Byte 
High Speed 
FIFOs 


• 
Multiple 
Interface 
Support 


- 
Complete 
Protocol 
Support 
of the 


PSB Bus (Message 
Passing) 


- 
Processor 
Independent 
Interface 


(8, 16, or 32-Blt CPU) 


- 
Low-Cost 
8-Blt Mlcrocontroller 


Interface 
- 
Dual-Port 
Memory 
Interface 


• 
High Performance 
Coprocesslng 


Functions 
-' 
Offloads 
CPU for Communication 


and Bus Interfacing 
- 
40 Megabytes/See 
Burst Transfer 


Speed 
- 
Optimized 
for Real-Time 
Response 


(Max. 900 ns for 32-Byte 
Interrupt 


Packet) 


• 
Compatible 
with Bus Arbiter 
Controller 


(BAC) and Message 
Interrupt 
Controller 


(MIC) Interface 
Designs 


• 
CMOS Technology 


• 
149 Pin PGA Package 
(15 x 15 Grid) 


The MPC 82389 
is a highly integrated 
VLSI device 
that maximizes 
the performance 
of a Multibus~ 
" based 
multiprocessor 
system, 
It integrates 
the functions 
of bus arbitration, 
packetizing 
data for transmit, 
error han- 
dling and interrupt 
control. 
Because 
of these integrated 
functions 
the host CPU can be offloaded 
to utilize the 
maximum 
bus performance 
and subsequently 
increase 
the system throughput. 
The MPC 82389 also supports 
geographic 
addressing 
by providing 
access 
to the local interconnect 
registers 
for reference 
and control. 


The 
MPC 82389 
is designed 
to interface 
with an 8, 16, or 32-bit 
processor 
and the 
Parallel 
System 
Bus 
performance 
is not affected 
by the CPU buswidth 
or its bandwidth, 
The data on the Parallel 
System 
Bus is 
burst transferred 
at the maximum 
bus speed 
of 40 Megabytes/second 
regardless 
of CPU bus performance, 
Such performance 
is possible 
due to decoupling 
of the CPU from the Parallel 
System 
Bus, 
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The Message Passingcoprocessor 82389 is a highly 
integrated CMOS VLSI device to interconn~ct intelli- 
gent boards in a MULTIBUS II system environment. 
The parallel system bus of the MBII architecture def- 
inition however allows existence of intelligent and 
non-intelligent boards in the system. 


This section of the data sheet describes the device 
in general including the definition of message pass- 
ing protocol and the subsequent sections will con- 
tain the detailed features of the device. Please refer 
to the MPC User's Manual for more details. 


1.1 MPC 82389 Functional Overview 


The MPC 82389 is a Bus Interface Controller de- 
signed to offload the host CPU for inte:~roc~ssor 
communication on the PSB network, and It s primary 
function is to support the communication protocol 
standard defined for the PSB bus (message pass- 
ing). The device provides both the physical and data 
link support. By standardizing the signal interface 
(physical), it allows multiple vendors to offer stan- 
dard add-on products for the user and at the same 
time it reduces costly overheads for the suppliers. 
The data link protocol is completely handled by the 
MPC 82389 including packetization after receiving 
data from the local interface, bus arbitration, burst 
transfer and error detection without the CPU inter- 
vention. 


The PSB bus standard is defined for easy access 
and sharing of resources in a distributed processing 
environment. The MPC 82389 complements this 
standard by providing an optimized interface for the 
PSB bus usage at its maximum bandwidth. 


The MPC 82389 also features three additional inter- 
faces for use on a processor board. 


Local Bus Interface 
for Host independent CPU. 
The CPU can be 8, 16 or 32 bits wide. 


Interconnect 
Bus for interfacing to a low-cost mi- 


crocontroller. The interconnect bus has a local ad- 
dress space which can be accessed by other agents 
on the PSB bus via the MPC. 


Dual-Port Memory Interface to support an alterna- 
tive communication approach which may coexist 
with the message passing method. 


1.2 Major Operations of the MPC 


82389 


- 
Support of both unsolicited and solicited ~es- 
sage transfers. This interprocessor communica- 
tion protocol allows an intelligent agent on the 
PSB bus to communicate to another without any 
CPU intervention and at rates approaching the 
PSB bus bandwidth. 


- 
Support of single cycle accesses by the host 
processor to memory and I/O locations resident 
on the PSB bus. Bus architecture, parity genera- 
tion and error detection is completely handled by 
the MPC 82389 coprocessor. 


- 
Support of accesses to local interconnect space 
by both the host processor and other agents on 
the PSB bus. 
- 
Support of accesses by the host processor to 
interconnect location assigned to other PSB bus 
agents. 


- 
Support of accesses to local, dual-port memory 
by other agents on the PSB bus. 


1.3 Message Passing Protocol 


The Multibus II architecture defines the data transfer 
protocol between agents on the PSB bus as Mes- 
sage Passing. 


Message Passing allows the PSB agents to t~ansfer 
variable amounts of data at rates approaching the 
maximum bus speed. The MPC 82389 fully supports 
the standardized data link protocol designed for the 
PSB and the entire handshaking between agents on 
the PSB bus is handled by the MPC 82389 without 
the CPU intervention. 


There are two types of messages that can be trans- 
mitted from one PSB agent to another: Unsolicited 
Messages and Solicited Messages. 


Unsolicited 
Messages-An 
unsolicited message is 


an intelligent interrupt also called virtual interrupt. 
This unsolicited message, as the name implies, is an 
asynchronous event to notify the receiving agent to 
prepare for the receipt of Solicited Messages. The 
message is in the form of a packet and it consists of 
information about the interrupt. By providing such in- 
telligence the receiving agent's CPU do not have to 
poll for information, thus resulting in minimal/atency. 


Solicited 
Messages-The 
solicited messages are 


the actual data that are transmitted from one MPCto 
another. The data is once again broken into packets 
and these packets are transferred using the negotia- 
tion (handshaking) process which are synchronized 
by the MPC 82389 coprocessors. 
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1.4 Compatibility 
with BAC/MIC 


Interface 
Designs 


The Bus Arbiter Controller (BAC) and Message In- 
terrupt Contoller (MIC)were the first support compo- 
nents for the Parallel System Bus. The BAC imple- 
mented the full arbitration, requestor, and replier 
functions of the PSB. The MIC supported the trans- 
mit and receiving of minimum size unsolicited (inter- 
rupt) messages. 


To ensure future compatibility with the MPC 82389 
implementation, the BAC/MIC architecture was put 
on a module called the docket for direct incorpora- 
tion onto the base-board. The PSB implementations 
for the MPC and the BAC/MIC docket are compati- 
ble in all respects. These implementations may co- 
exist on the PSB bus of the same system. For the 
host and microcontroller interfaces, compatibility is 
maintained for message and interconnect space op- 
erations. It is, thus, possible to replace the BAC/MIC 
docket with the MPC at little impact to the board 
design. 


Software initialization of the operating parameters 
for the MIC is possible through the Configuration 


Register to support host widths of 8, 16 or 32 bits. 
The MIC supports a host width of 8 bits only. Both 
implementations present similar software interfaces 
for the sending and receiving of interrupts. For de- 
tails about the initialization procedures and interrupt 
protocols, please refer to the MPC Users's Manual, 
Part Number: 176526. 


The MPC offers capabilities and performance far su- 
perior to the BAC/MIC implementation. Using the 
MPC, interrupt handling at the hos interface can be 
improved by over an order of magnitude. Whereas 
the MIC can handle only minimum 4-byte interrupts, 
the MPC enables up to 28 bytes of data to be sent 
and received along with each interrupt. Further, the 
MPC has dedicated support for DMA based solicited 
message transfer. 


The MPC 82389 features 4 interfaces: the local CPU 
bus for processor interface, the interconnect bus for 
8-bit microcontroller interface, the Parallel System 
Bus interface and the dual-port memory interface. 
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The local bus of the MPC 82389 is used to interface 
to a host processor. The CPU can be 8, 16, or 32 
bits wide and the interface is processor indepen- 
dent. 


The local bus interface supports direct references to 
memory, I/O and interconnect address space on the 
PSB bus. It also supports references to local inter- 
connect space and the full message passing proto- 
col. The entire local bus interface can be catego- 
rized into three sub-interfaces: register, reference 
and DMA. 


The MPC 82389 local bus register interface is used 
for message operations and access to the intercon- 
nect space. These operations are asynchronous to 
the bus clock or interconnect bus operation. 


2.1.2 REFERENCE 
INTERFACE 


The MPC 82389 local bus reference interface sup- 
ports direct references to memory, I/O and intercon- 
nect address space on the PSB bus. Memory and 1/ 
o references are initiated by the CPU to the MPC. 
The MPC responds by putting the CPU on hold while 
arbitrating for PSB bus access. The CPU is held in 
WAIT state until the operation is complete or a bus 
exception occurs on the PSB bus. The reference in- 
terface supports both read and write to the registers. 
The local interconnect address space is differentiat- 
ed from the interconnect address on the PSB bus by 
the bit pattern stored in the slot address register of 
the MPC. 


The DMA interface transfers data between local 
memory and the MPC 82389 during solicited mes- 
sage operations. The MPC provides both the input 
and output channels to the PSB bus. The number of 
transfers to or from the MPC is determined by the 
maximum size of the packet buffer (32-byte) or com- 
pletion of the solicited transfer, whichever is less. 


The DMA interface is designed to operate on either 
a read or write command to allow two-cycle opera- 
tion or fly-by transfers. For two-cycle operation, the 
DMA uses a read operation to fetch data from the 
MPC and a write to put data into the MPC. Con- 
versely, a fly-by read or write operation occurs corre- 
spondingly to memory write or read operation. 


The DMA interface to the MPC performs best with 
aligned transfers. However, for compatibility with ex- 
isting software, the MPC supports operations of arbi- 
trary byte strings. 


2.2 
Parallel System Bus 


The MPC 82389 provides a full 32-bit interface to 
the PSB bus and participates in arbitration, reque- 
stor control, replier control and error handling. 


The MPC 82389 initials PSB bus access arbitration 
upon request generated inside the MPC. This re- 
quest could be the result of a synchronized PSB bus 
reference request (memory, I/O or interconnect) or 
a message packet transmit request from the CPU. 
The PSB bus arbitration specification can be re- 
ferred in the document, MPC User's Manual, Part 
Number: 176526. 


The MPC 82389 as a replier supports interconnect 
space reference and message reception. It gets into 
replier mode when a match is detected between the 
assigned slot ID and the address on the PSB bus. 
The interface space microcontroller is alerted of the 
replier mode condition. The address comparison is 
disabled when the MPC is the bus owner. 


The MPC allows interconnect space to be locked 
from the PSB bus. This inhibits local bus interface 
access requests. 


The MPC 82389 monitors errors generated during 
the transfer operation. It provides error checking on 
incoming interconnect references that match the 
slot ID. If an exception occurs on the PSB bus while 
an interconnect operation is in progress. the MPC 
provides for a graceful recovery. 


The Interconnect bus of the MPC 82389 has a sim- 
ple 8-bit interface. A low-cost microcontroller can be 
interfaced to perform board configuration at startup 
and other tasks like local diagnostics. 


The Interconnect space of an agent has a 512-byte 
register range. Within this space the microcontroller 
can store the local operating and configuration pa- 
rameters associated with the agent. For example lo- 
cal diagnostics can be executed out of the micro- 
controller and the results posted in the Interconnect 
space. IEEE 1296 specifications require the first rec- 
ord in the Interconnect space to contain the board 
ID and Intel recommends other record types. Refer 
to Interconnect Interface Specification, Part Num- 
ber: 149299. 
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The MPC 82389 provides the path to access the 
local Interconnect space. The references supported 
are: 
1. CPU local bus to the local Interconnect space 


2. CPU local bus to the Interconnect space of anoth- 
er agent on the PSB bus 
3. From the PSB bus to the local Interconnect space 


The local Interconnect accesses are identified as 
slot IDs 24-31 and the Intereonnect accesses on 
the PSB bus are mapped as slot IDs 0-23. 


The MPC participates in PSB bus handshake proto- 
col, parity generation and checking and agent error 
generation for local Interconnect accesses from the 
PSB bus. 


The Interconnect microcontroller is the master de- 
vice on the bus and all other devices including the 
MPC are slaves. 


2.4 
Dual-Port Memory Interface 


The MPC 82389 supports the dual-port memory in- 
terface for those designs that must coexist with the 
memory passing architecture. 


The dual-port services supported are: Address rec- 
ognition, PSB bus replier handshake, error checking, 
and bus parity generation and checking. A useful re- 
covery mechanism is provided by the MPC should a 
bus exception error occur while a dual-port memory 
access is in progress. Although the MPC 82389 pro- 
vides bus parity check it is the responsibility of the 
memory controller to generate and check data pari- 
ty. 


2.5 
Basic Implementation 
with the 
MPC82389 


Figure 2-2 shows a basic implementation of the 
MPC 82389. Included in this implementation is the 
interconnect interface to a microcontroller, the CPU 
interface and the PSB bus interface. 
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2.6 
Implementation 
with Dual-Port Memory Interface 


Figure 2-3 shows the logic required 
to implement 
dual-port 
operations. 


3.0 
MPC 82389 
INTER PROCESSOR 
COMMUNICATION 


A MULTIBUS II system can have up to 20 boards in 
the slot backplane. Slot zero must have a Central 
Services Module (CSM)which provides bus initializa- 
tion and clocking. The remaining 19 slots can have a 
mix of intelligent and non-intelligent boards. The in- 
telligent boards will typically communicate over the 
high speed PSB bus. Any processor based board 
may contain an MPC 82389 for high speed commu- 
nication and the MPCis designed to support the sys- 
tem performance and the data transfer speed of the 
PSB bus. The MPC has an optimized PSB bus inter- 
face. 


Message Passing over the PSB bus is completely 
handled by the MPC 82389 coprocessor without 
CPU intervention. The messages (data) are packe- 
tized in blocks of 32 bytes and burst transferred over 
the PSB bus. 


The decoupling is achieved by using very high speed 
FIFOs of the MPC 82389. Nine 32-byte FIFOs are 
used in the MPC 82389. Five of these FIFOs are 
used for setting up the unsolicited messages (inter- 
rupts). One is used for output set up and the other 
four for input set up of up to four unsolicited mes- 
sages. For data transmission (solicited messages) 
over the PSB, the MPC 82389 has two dedicated 
solicited output and input channels. With each chan- 
nel, dual 32-byte FIFOs are used to pipeline data 
during output and input operation. 


---- 
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Figure 3-1. The MPC Uses Nine 32 Byte FIFOs to Couple the Local and System Buses 


Any device with an interface to the PSB bus is 
termed as an agent. The agents communicate over 
the PSB bus and they completely offload the CPU 
for other tasks. Each agent is assigned an 8-bit ad- 
dress for identification. 


The mechanism used for interprocessor communi- 
cation over the PSB entails a standardized data link 
protocol, and a dedicated address space. The infor- 
mation which is packetized is transmitted to a dedi- 
cated address space instead of the target memory. 
This addressing scheme serves to decouple the 
CPU from the PSB bus. Packetization serves to limit 
the time an agent has an access over the bus, thus 
protecting against hogging of the bus by agents 
which require transmitting a large amount of data. 


The data link protocol called message passing in- 
cludes two kinds of messages: unsolicited and solic- 
ited. 


Unsolicited message is an intelligent interrupt. It is a 
virtual interrupt for the receiving agent and includes 


all the information required to service the interrupt. It 
takes only 900 ns to send an unsolicited message 
over the PSB bus, and since the receiving agent's 
processor does not have to poll for servicing the 
interrupt, this mechanism is fast and efficient. 


The unsolicited message is sent as a packet consist- 
ing of up to 32 bytes, as shown in Figure 3-2. The 
address field is 8 bits long. Up to 255 agents can be 
addressed uniquely while one address is used for 
broadcast function. 


The general format for unsolicited messages varies 
depending on the CPU bus width. There are other 
variations depending on whether the CPU is receiv- 
ing or transmitting the message and the type of un- 
solicited message. 


Unsolicited messages are asynchronous in nature. 
These unsolicited messages are used to set up so- 
licited messages and contain Control and Command 
information. 


An unsolicited message consisting of 32 bytes takes 
a maximum of 900 ns to transmit. The unsolicited 
message packet without the optional 28-byte data 
will take only 200 ns to transmit. 


AD <7 ...0> 


DESTINATION 
ADDRESS 
00 


WWA= NOT USED 


1= AVAILABLE 
FOR 
----.. 
OPTIONAL 
DATA 
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AD<31 ••24> 
AD<23 .•16> 
AD<15 ..8> 
AD<7 •.0> 


Source Add. 
Dest. Add. 
Byte 1 
Byte 0 


10 
I 
Type 
Byte 3 
Byte 2 


Data, Byte 7 
Data, Byte 6 
Data, Byte 5 
Data, Byte 4 


Data, Byte 11 
Data, Byte 10 
Data, Byte 9 
Data, Byte 8 


Data, Byte 15 
Data, Byte 14 
Data, Byte 13 
Data, Byte 12 


Data, Byte 19 
Data, Byte 18 
Data, Byte 17 
Data, Byte 16 


Data, Byte 23 
Data, Byte 22 
Data, Byte 21 
Data, Byte 20 


Data, Byte 27 
Data, Byte 26 
Data, Byte 25 
Data, Byte 24 


Data, Byte 31 
Data, Byte 30 
Data, Byte 29 
Data, Byte 28 


Data, Byte 35 
Data, Byte 34 
Data, Byte 33 
Data, Byte 32 
Solie. only 
Solie. only 
Solie. only 
Solie. only 


Solicited message consists of the actual data to be 
transferred from one agent to another over the PSB 
bus. The data is packetized in blocks of 32 bytes for 
transfer. Up to 16 Megabytes of data may be trans- 
ferred in a single solicited message. 


The transfer of data is negotiated between the trans- 
mitting and receiving agents via unsolicited mes- 
sages. By using the acknowledge response method 
through the unsolicited messages, the agents com- 
plete the transfer of data. 


A solicited message contains one or more data 
packets. The packetization of solicited messages is 
handled by the MPC. The padding of header infor- 
mation at the transmitting end and the stripping of 
this information out of the packet is solely the MPC 


responsibility. The local CPU simply fills or empties 
the FIFO over the local bus. The MPC also handles 
the last packet fillers to maintain the 32-byte data 
packet format. If necessary, during output the bytes 
are padded and during input the padded bytes are 
stripped by the MPC. 


For programming details consult MPC User's Manu- 
al, Part Number: 176526. 


The advantages of decoupling the buses can be 
summarized in Figure 3-4. The effective speed per- 
formance numbers are also listed. The first advan- 
tage is that no resource is held in wait states while 
arbitration for another resource is occurring. The 
second advantage is that each transfer can occur at 
the full bandwidth of the associated bus. 


PSB BUS 


20 MBYTES/SEC 
SINGLE CYCLE 
40 MBYTES/SEC 
BURST 
32 MBYTES/SEC 
FOR MESSAGES 
(32 
BYTES IN 10 CLOCKS) 


Figure 3·4. Message Passing Performance Example 
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The MPC 82389 is packaged 
in a 149 pin package. 
The signals for the device are functionally 
divided 
by their 
associated 
interfaces 
as shown 
in Figure 4-1. 
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4.1 PSB Bus Signals 


This section describes each of the PSB bus signals 
that interface with the MPC. For complete descrip- 
tions of these signals, see the MULTIBUS II Archi- 
tecture Specification, Part Number: 146077. 


The PSB bus signals interfaced by the MPC 82389 
fall into five groups, depending on function: 


• Arbitration Operation Signal Group 
• Address/Data Bus Signal Group 
• System Control Signal Group 
• Central Control Signal Group 
• Exception Operation Signal Group 


Unless otherwise stated, all PSB bus signals are 
synchronous to the bus clock. 


4.1.1 ARBITRATION OPERATION SIGNAL 


GROUP 


The MPC 82389 interfaces directly with the Arbitra- 
tion Operation Signal Group of the PSB bus. These 
are all high-current drive, open-collector signals. Be- 
low is a description of each signal. 


BREQ (Bus Request) 
BREQ is a bidirectional open-collector signal that 
connects directly to the PSB bus. As an input to the 
MPC, it indicates that agents are awaiting access to 
the bus. In fair access mode, this inhibits the MPC 
from activatin~wn 
request. As an output, the 


MPC asserts BREQ to request access to the PSB 
bus. 


ARB<5 ..0> (Arbitration) 
ARB < 5..0> are the arbitration signals for the PSB 
bus. At the MPC interface, these are bidirectional, 
open-collector signals that connect directly to the 
PSB bus. ARB<5 ..0> are used during normal oper- 
ation to identify the mode and arbitration priority of 
an agent during an arbitration cycle to facilitate the 
arbitration 
process. 
During 
system 
initialization 


(while reset is active), the Central Services Module 
(CSM) drives these signals to initialize slot and arbi- 
tration IDs. 


This signal group includes a 32-bit multiplexed ad- 
dress/data path that interfaces to the PSB address/ 
data bus. The MPC also includes the byte parity sig- 
nals present on the PSB bus BPAR<3 ..0>. All sig- 
nals in this group interface with the PSB bus through 
bus tranceivers. For the MPC, this signal group also 
includes signals to control these bus transceivers 
(ADDIR and REFADR). These signals are described 
next. 


BAD<31..0> 
(Buffered Address/Data) 


BAD<31 ..0> 
are the 32 buffered, multiplexed ad- 


dress/data signals that are bidirectional and provide 
the interface to the PSB address/data bus. At the 
MPC, these lines should be connected to the equiv- 
alent PSB bus AD signals using 74F245 or equiva- 
lent transceivers. 


BPAR<3 ..0> (Buffered 
Parity) 


BPAR are four signals that provide parity for the 4 
bytes of the BAD bus. These bidirectional lines con- 
nect to the PSB bus PAR<3 ..0> signals through a 
74F245 or equivalent transceiver. These signals are 
used to receive byte parity for incoming operations 
and to drive byte parity for outgoing operations. 


ADDIR (Address/Data 
Direction) 
ADDIR is an output that provides direction control 
over 
the 
transceivers 
driving 
and 
receiving 


BAD<31 ..0> and BPAR<3 ..0>. In the high state, 
this signal causes the transceivers to place ad- 
dress/data information along with parity onto the 
PSB bus. In the low state, this signal causes ad- 
dress/data 
information and parity to be received 


from the PSB bus. 


REFADR (Reference Address Enable) 
REFADR is an output used to enable external ad- 
dress buffers. Asserting this signal places address 
information from the local bus onto BAD. The ad- 
dress path enabled by this signal is used for memory 
and I/O references to the PSB bus and is not used 
during message passing or for references to inter- 
connect space on the PSB bus. 


The MPC provides signals that are used to interface 
to the System Control Signal Group of the PSB bus. 
These signals are described next. 


BSC< 9..0> (Buffered System Control) 
BSC<9 ..0> 
is a group of ten bidirectional signals 


that interface to the System Control Signal Group of 
the PSB bus through 74F245 or equivalent trans- 
ceivers. Direction control of the transceivers is pro- 
vided by SCDIR< 1,0> 
(discussed next). Agents on 


the PSB bus use the System Control Signal Group to 
define commands or report status, depending on the 
phase of the operation. See the MULTIBUS II Archi- 
tecture Specification for more information on these 
signals. 


SCDIR<1, 0> (System Control Direction) 
SCDIR< 1, 0> are output signals that provide direc- 
tion control of the 74F245 transceivers driving and 
receiving BSC<9 ..0>. SCDIROprovides control for 
BSC<9, 3..0>, while SCDIR1 provides control for 
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BSC<8 ..4>. When either signal is high, the corre- 
sponding five bits of the BSC signal group are driven 
onto the PSB bus. When either signal is low, the 
corresponding five bits on the PSB bus are driven 
onto the BSC signal group. 


The MPC provides several signals that interface di- 
rectly or through transceivers to the Central Control 
signal group of the PSB bus. These signals are de- 
scribed next. 


BBCLK (Buffered Bus Clock) 
BBCLK is buffered from the PSB bus BCLK signal. 
This signal should be connected to BCLK using a 
74AS1804 or equivalent inverting buffer. This clock 
is used for all synchronous internal MPC timing. 


LACHn (Latch n) 
LACHn is an input signal used during initialization of 
slot and arbitration IDs (where "n" is the slot num- 
ber). When the RESET signal is active, LACHn as- 
serted indicates to an agent that a slot or arbitration 
10 is available and should be latched. LACHn is an 
active high input and should be connected to the 
LACHn signal on the PSB bus with a 74AS1804 or 
equivalent inverting buffer. 


RESET 
RESET is an input that, when asserted, places the 
MPC in a known state. Only the parts of the MPC 
involved with initialization of slot and arbitration IDs 
remain unaffected. RESET is an active high input 
and should be connected to the RST signal on the 
PSB bus with a 74AS1804 or equivalent inverting 
buffer. 


Reset Condition 
Table 4-1 summarizes the states of the signals while 
the RESET signal is active. 


Signal 
Reset State 


BREQ, ARB<5 ..0> 
Z 
BAD<31 ..0> 
Z 
ADDIR 
L 
REFADR 
H 
BSC<9 ..0> 
Z 
SCDIR<1,O> 
L 
BUSERR 
Z(H) 
RSTNC 
L 
SEL 
H 
0<31 ..0> 
Z 
WAIT 
H 
MINT, EINT 
L 
ODREQ, IDREQ 
L 


NOTES: 
H - 
Electrical 
High State 
L - 
Electrical 
Low State 
Z - 
High Impedence 


RSTNC (Reset Not Complete) 
RSTNC is a bidirectional, open-collector signal with 
high-current drive. It connects directly to the PSB 
bus. As an input, RSTNC inhibits the MPC from initi- 
ating PSB bus operations. As an output, the MPC 
asserts RSTNC to prevent PSB bus operation until 
the agent is finished with initialization. The MPC as- 
serts RSTNC whenever the RST signal is asserted 
by the Central Services Module (CSM). After the 
CSM deasserts RST and initialization of the local 
agent is complete, the interconnect microcontroller 
writes to a register within the MPC. The MPC then 
deasserts RSTNC. 


4.1.5 EXCEPTION OPERATION SIGNAL GROUP 


The MPC interfaces with both signals of the Excep- 
tion Operation Signal Group (part of the PSB bus), 
as described below. 


BUSERR (Bus Error) 
BUSERR is a bidirectional, open-collector 
signal 
with high-current drive. It connects directly to the 
PSB bus. As an input, the MPC uses this signal to 
detect bus errors signaled by other agents. As an 
output, the MPC uses BUSERR to indicate parity er- 
rors detected on either the BAD or BSC signals and 
to indicate handshake protocol violations detected 
on the BSC signals. 


TIMOUT (Time-Out) 
TIMOUT is an input from the PSB bus used to detect 
a time-out condition signaled by the CSM. TIMOUT 
is an active high input to the MPC and must be con- 
nected to the TIMOUT signal of the PSB bus 
through a 74AS1804 or equivalent inverter buffer. 
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4.2 
Dual-Port Memory Control Signals 


The MPC provides the following signals to support 
dual-port memory. 


SEL (Select) 
The MPC asserts SEL to indicate that a dual-~ 
memory access is in progress. The assertion of SEL 
initiates the dual-port operation and during memory 
reads, can be used to enable the dual-port data buff- 
ers onto the BAD bus. When the MPCcompletes the 
PSB bus handshake on the PSB bus, or if the MPC 
detects an exception, it deasserts SEL. 


COM (Complete) 
COM is an input to the MPC. The dual-port memory 
controller asserts COM to indicate it is ready to com- 
plete dual-port access. COM is assumed to be syn- 
chronous to the bus clock. The MPC asserts the 
Replier Ready (SC4) signal on the PSB bus on the 
bus clock after the memory controller has asserted 
COM. The memory controller cannot deassert COM 
until the end-of-transfer (EOT) handshake is com- 
plete on the PSB bus. This requires that the memory 
controller monitor the PSB bus for the EOT hand- 
shake. 


ERR (Error) 
ERR is asserted by the dual-port me~controller 
to signal a memory data parity error. ERR must be 
stable (high or low) whenever COM is asserted. The 
MPC responds to this signal by completing the repli- 
er handshake on the PSB bus using a "data error" 
agent error code. This signal may be asynchronous 
to the bus clock since it is qualified by the COM 
signal. 


4.3 Local Bus Signals 


The MPC provides five signal groups that together 
interface to the CPU's local bus. These local bus 
signal groups are: 


• data 
• address and select 
• transfer control 
• interrupt 
• OMA control 


All local bus signals are assumed to be asynchro- 
nous to the bus clock. 


The local data bus (0<31 ..0» 
is a bidirectional 


group of signals that transfers data between the 
host CPU, OMA controller, or memory and the MPC. 
Although this is a 32-bit interface, the MPC provides 


control to allow operation with processors using 8-, 
16-, or 32-bit data buses. 


Not all processors use the same byte order when 
performing multiple data byte operations. For exam- 
ple, for a 16-bit write to memory, one processor may 
carry the least-significant byte on local bus bits 
0<7 ..0> 
and the most-significant byte on bits 


0< 15..8>, while another processor may carry the 
least-significant byte on bits 0 < 15..8> 
and the 


most-significant byte on bits 0<7 ..0>. For a given 
agent, be sure to implement the processor interface 
to maintain consistent byte addressability with all 
other agents in the system. 


The address and status signals identify all MPC op- 
erations over the local bus. 


A<S ..2> 
(Address) 
The address inputs select MPC registers for mes- 
sage and interconnect space operations. A1 and AO 
are omitted to provide a consistent register address 
for all data bus width options. These signals are 
qualified by commands in the MPC (for example, RO 
or WR, defined in section 4.1.3.3). To the MPC, the 
state of A< 5..2> must be stable within the specified 
setup and hold window. The address values defined 
by A < 5..2> , and required to access MPC registers, 
are provided in, "Programming the Host Interface" 
of the MPC User's Manual, Part Number: 176526. 


BE<3 ..0> 
(Byte 
Enable) 
These input signals identify valid bytes for memory 
and I/O reference operations and also provide data 
path control for register and OMA operations. The 
assertion of a byte enable signal validates a particu- 
lar byte on the data bus. Signals BE< 3..0> corre- 
spond to data bytes 3 through 0 on the data bus 
(where byte 3 is 0<31 ..24». 
Only combinations 


supported by the PSB bus specification are valid. 
Valid combinations are summarized in Table 4-2. 
Values not shown in the table are illegal and will 
result in unpredictable operation. These signals are 
qualified by commands (for example, RO or WR) in 
the MPC and must be stable within the specified set- 
up and hold window. 


Operation with 32-bit local buses requires that all 
byte enable and data signals are used. F~ 
6-bit 


local buses, BE2 and BE33 are deasserted, BE1 and 
BE2 are used to indicate which of the two bytes will 
contain valid data, and only 0<15 ..0> are used. For 
8-bit local bus operations, BE3 is asserted, BE2 is 
deasserted, and BE1 and BEO are used to select 
which byte of the PSB bus will carry the valid data 
byte. This mode uses only 0<7 ..0> 
(on the local 


bus). Note that during all read operations, the MPC 
drives 0<31 ..0>. 
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Local 
Bus 
PSB Bust 


BE3 
BE2 
BE1 
BEO 
031- 
023- 
015- 
07- 
A031- 
A023- 
A015- 
A07- 
024 
016 
08 
DO 
A024 
A016 
A08 
ADO 


L 
L 
L 
L 
V3 
V2 
V1 
va 
V3 
V2 
V1 
va 


L 
L 
L 
H 
V3 
V2 
V1 
x 
V3 
V2 
V1 
x 
H 
L 
L 
L 
x 
V2 
V1 
va 
x 
V2 
V1 
va 


L 
L 
H 
H 
V3 
V1 
x 
x 
x 
x 
V3 
V2 
H 
L 
L 
H 
x 
V2 
V1 
x 
x 
V2 
V1 
x 
H 
H 
L 
L 
x 
x 
V1 
va 
x 
x 
V1 
va 
L 
H 
H 
H 
V3 
x 
x 
x 
x 
x 
V3 
x 
H 
L 
H 
H 
x 
V2 
x 
x 
x 
x 
x 
V2 
H 
H 
L 
H 
x 
x 
V1 
x 
x 
x 
V1 
x 
H 
H 
H 
L 
x 
x 
x 
va 
x 
x 
x 
VO 
L 
H 
L 
H 
x 
x 
x 
va 
x 
x 
va 
x 
L 
H 
H 
L 
x 
x 
x 
va 
x 
x 
x 
va 


NOTES: 
L - 
Electrical 
low state 
(active) 


H - 
Electrical 
high state 
(inactive) 


Vx - 
Valid data bytes 


x - 
Active 
bytes with undefined 
data 


t - 
For this PSB bus. these 
combinations 
apply to reference 
operations. 
not message 
space 
operations 


MEMSEL 
(Memory 
Select) 


This 
MPC input signal. 
when 
asserted. 
indicates 
to 


the MPC that the current 
operation 
is a memory 
ref- 


erence to the PSB bus. It is qualified 
by the assertion 


of AD or WR (defined 
in section 
4.3,3). The state of 


MEMSEL 
be must stable 
within 
the defined 
set-up 


and 
hold 
window. 
Additionally. 
for MEMSEL 
to be 


valid, 
the 
signals 
10SEL, 
REGSEL, 
IDACK, 
and 


ODACK 
must not be active 
during 
the same 
setup 


and hold window. 
(IDACK 
and ODACK 
are defined 


later in section 
4.3.5.) 


10SEL (I/O 
Select) 


This 
input 
signal, 
when 
asserted, 
indicates 
to the 


MPC that the current 
operation 
is an I/O 
reference 


to the PSB bus. It is qualified 
by the assertion 
of RD 


or 
WR 
(defined 
in 
section 
4.3.3). 
The 
state 
of 


10SEL must be stable 
within 
the defined 
setup and 


hold window. 
Additionally, 
for 10SEL to be valid, the 


signals 
MEMSEL, 
REGSEL, 
IDACK, 
and 
ODACK 


must not be active 
during the same setup and hold 


window. 
(IDACK 
and 
ODACK 
are defined 
later 
in 


section 
4.3.5.) 


This input signal, when asserted, 
identifies 
an opera- 


tion as an MPC-register 
access. 
The host CPU as- 


serts 
REGSEL 
to set up the 
MPC for message 
or 


interconnect 
space 
operations 
and 
these 
are 


mapped 
as register 
o~atio~ 
REGSEL 
is qualified 


by the 
assertion 
of RD or WR 
(defined 
in section 


4.3.3). The state 
of REGSEL 
must be stable 
within 


the 
defined 
setup 
and 
hold 
window. 
Addition- 


ally, for REGSEL 
to be valid, the signals 
MEMSEL, 


10SEL, IDACK, and ODACK 
must not be active dur- 


ing the same 
setup 
and hold window. 
(IDACK 
and 
ODACK 
are defined 
later in section 
4.3.5). 


LOCK 
This input signal 
allows 
back-to-back 
operations 
to 
be performed 
on the PSB bus or to local intercon- 
nect space. 
When 
LOCK is asserted, 
any resource 
accessed 
by the operation 
(PSB bus or local 
inter- 


connect 
space) 
is locked 
until LOCK is deasserted. 


Transfer 
control 
to the 
MPC over the 
local 
bus is 


provided 
by two command 
signals 
(Read and Write) 


and a wait signal. This handshake 
provides 
fully in- 


terlocked 
(two-sided 
handshake) 
operation. 


RO (Read) 
This input signal, when asserted, 
generally 
initiates a 


read operation. 
The CPU asserts 
RD to initiate 
read 


~rations 
of MPC registers. 
The CPU also asserts 


RD to initiate 
read 
operations 
of I/O 
and 
memory 


locations 
present 
on the PSB bus. The DMA control- 


ler asserts 
RD to qualify 
DMA 
cycles. 
In this 
last 


case, the MPC does not interpret 
RD as an indicator 
of the data transfer 
direction, 
but only to qualify the 


DMA 
acknowledge 
sl9.J:1.al (see 
definitions 
for 


ODACK 
and 
IDACK). 
RD 
must 
transition 
cleanly, 


since it is used to latch other signals that define the 
parameters 
of the operation. 
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WR (Write) 
This input signal, when asserted, ~erally 
initiates a 
write operation. The CPU asserts WR to initiate write 
~rations 
of MPC registers. The CPU also asserts 


WR to initiate write operations of I/O and memory 
locations present on the PSB bus. The DMA control- 
ler asserts WR to qualify DMA ~es. 
In this last 


case, the MPC does not interpret WR as an indicator 
of the data transfer direction, but only to qualify the 
DMA 
acknowledge 
si9!!.al (see 
definitions 
for 


ODACK and IDACK). WR must transition cleanly, 
since it is used to qualify other signals that define 
the parameters of the operation. 


WAIT 
WAIT is an MPC output signal used to delay (or sus- 
pend) a local bus operation during an access to an 
asynchronous resource via the MPC. The MPC as- 
serts WAIT to the local CPU for memory, I/O, and 
interconnect accesses to the PSB bus; and for local 
interconnect accesses. WAIT, when asserted, al- 
lows time for the accessed resource to become 
available. The MPC asserts WAIT after the CPU has 
asserted the command signal (RD or WR). On the 
PSB bus, the MPC deasserts WAIT after either the 
PSB bus EOT handshake or an exception has oc- 
curred. For accesses to local interconnect space, 
the MPC deasserts WAIT after the interconnect op- 
eration is complete. 


Interrupt signals are used to inform the host CPU 
that the MPC requires service. The MPC provides 
two signals: one for message operations and one for 
reference errors. 


MINT (Message Interrupt) 
The MPC asserts this output signal for all message- 
related signaling to the host CPU. This includes the 
arrival of an unsolicited message, an available trans- 
mit FIFO buffer, the completion of a solicited trans- 
fer, and an error on message transfer. 


EINT (Error Interrupt) 
The MPC asserts this output signal to the CPU to 
indicate errors related to memory, I/O, or intercon- 
nect space operations (Le., all except message op- 
erations). Internal registers in the MPC provide de- 
tails of the error via interconnect space. 


The MPC provides several DMA control signals to 
support an external DMA controller. A DMA control- 
ler is required to support solicited message opera- 
tions. 


ODREQ (Output Channel DMA Request) 
ODREQ is an output signal the MPC asserts to en- 
able DMA transfer of data to the MPC (Le.,output to 
the PSB bus). This signal behaves as a normal DMA 
request line. For a solicited message output opera- 
tion, the MPC asserts ODREQ when a solicited out- 
put packet buffer is empty and as long as the MPC is 
in the transfer phase (the Buffer Request unsolicited 
message has been sent). The DMA controller re- 
sponds by performing DMA transfers to the MPC for 
transfer to the receiving agent. 


IDREQ (Input Channel DMA Request) 
The MPC asserts this output signal to enable DMA 
transfer of data from the MPC (Le., input from the 
PSB bus). This signal behaves as a normal DMA 
request line. For a solicited message input opera- 
tion, the MPC asserts IDREQ after a solicited input 
packet buffer is full and as long as the MPC is in the 
transfer phase. The DMA controller responds by 
performing DMA transfer from the MPC. IDREQ re- 
mains asserted until the packet is transferred to 
memory. 


ODACK (Output Channel DMA Acknowledge) 
ODACK is an input signal asserted by the DMA con- 
troller in response to the assertion of ODREQ by the 
MPC. The DMA controller asserts ODACK to set up 
the MPCfor the DMA transfer from local memory (or 
the controller) to the MPC. The assertion of ODACK 
is qualified by the assertion of RD or WR by the 
MPC. The direction of data transfer with respect to 
the MPC is controlled by the request signal (IDREQ 
or ODREQ) and the acknowledge~nal 
(IDACK or 


ODACK). The command signal (RD or WR) only 
gualifies 
the 
acknowledge 
signal 
(IDACK 
or 


ODACK). The state of ODACK must be stable within 
the defined setup and hold window. Additionally, for 
OOACK 
to be valid, the signals MEMSEL, 10SEL, 


REGSEL, and IDACK must not be active during the 
same setup and hold window. 


IDACK (Input Channel DMA Acknowledge) 
IDACK is an input signal asserted by the DMA con- 
troIler in response to the assertion of IDREQ by the 
MPC. The DMA controller asserts IDACK to set up 
the MPC for the DMA transfer from the MPC to the 
DMA controller (or local memory). The assertion of 
IDACK is qualified by the assertion of RD or WR by 
the DMA controller. The direction of data transfer 
with respect to the MPC is controlled by the request 
signal (IDREQ or ODREQ) and the acknowled~ig- 
nal (IDACK or ODACK). The command signal (RD or 
WR) only gualifies the acknowledge signal. The 
state of IDACK must be stable within the de- 


fined setup and hold window. Additionally, for TDACK 
to be valid, the signals MEMSEl, IOSEl, REGSEl, 
and ODACK must not be active during the same set- 
up and hold window. 


The interconnect bus signals provide a simple inter- 
face to a microcontroller for implementation of inter- 
connect space. All interconnect bus signals are 
asynchronous to the bus clock and to the local bus 
signals. 


IAD<7.•0> (Interconnect 
Address/Data) 
IAD<7"O> 
is an 8-bit, bidirectional, multiplexed ad- 
dress and data bus intended to interface directly to a 
microcontroller. In addition to the MPC, other inter- 
connect registers can be connected to this bus. 


IREO (Interconnect 
Request) 
The MPC asserts this output signal when an inter- 
connect operation has been requested from either 
the local bus or the PSB bus. The MPC deasserts 
IREO after the microcontroller has written to the In- 
terconnect Reference Arbitration register. 


lAST (Interconnect 
Address 
Strobe) 
lAST is an input signal from the microcontroller and, 
when asserted, indicates that a valid address is on 
the interconnect bus. lAST may be directly connect- 
ed to the ALE (Address latch Enable or equivalent) 
output of most microcontrollers. lAST must provide 
clean transitions. 


IRD (Interconnect 
Bus Read) 
IRD is an input signal. The microcontroller asserts 
IRD to perform a read operation to one of the MPC 
interconnect interface r~ters. 
IRD must provide 
clean transitions. When IRD is asserted in conjunc- 
tion with the IWR signal, all MPC outputs are dis- 
abled. 


IWR (Interconnect 
Write) 
IWR is an input signal. The microcontroller asserts 
IWR to perform a write operation to one of the MPC 
interconnect interface r~ers. 
IWR must provide 


clean transitions. When IWR is asserted in conjunc- 
tion with the IRD signal, all MPC outputs are dis- 
abled. 


The MPC requires supply voltage and ground con- 
nections at the pin numbers listed below. 


Vcc 
Ground 


D4 
J3 
M4 
N4 
N8 
N6 
M12 
N9 
D12 
N11 


C7 
N13 
K13 
F13 
C12 
D8 
C5 
C3 


The MPC 82389 is packaged in a 149 lead pin grid 
array. The square package has a 15 x 15 grid layout 
with the outer 3 rows used along each edge. 


5.1 Pin Assignment 


The MPC 82389 pinout as viewed from the top side 
of the component is shown in Figure 5-1. When 
viewed from the pin side, the component pin layout 
is shown in Figure 5-2. 


To reduce possible noise problems on the board, 
Vcc and Vss must be connected to multiple sup- 
plies. The board should be laid out with Vcc and 
Ground planes for power distribution and the com- 
ponents Vcc and Vss must be connected to the ap- 
propriate power plane. 
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4 
5 
7 
8 
9 
10 
11 
12 
13 
14 
15 
/0 
0 
0 
0 
0 
0 
0 
0 
0 
0 
0 
0 
0 
0 
0 


00 
02 
04 
07 
09 
012 
014 
017 
020 
023 
026 
028 
030 
031 
1A07 
A 
0 
0 
0 
0 
0 
0 
0 
0 
0 
0 
0 
0 
0 
0 
0 


AS 
01 
03 
06 
08 
011 
013 
016 
019 
022 
025 
027 
029 
lAOS 
110.06 
8 
0 
0 
0 
0 
0 
0 
0 
0 
0 
0 
0 
0 
0 
0 
0 


8E3 
10.4 
VSS 
05 
VSS 
010 
Vee 
015 
018 
021 
024 
Vss 
110.03 
110.04 
IWR 
C 
0 
0 
0 
0 
0 
0 
0 
0 
0 
8E2 
10.3 
10.2 
Vee 
Vss 
Vee 
110.01 
110.02 
iRi5 
0 
0 
0 
0 
0 
0 
0 


REGSEL 
8El 
8EO 
110.00 
lAST 
IREO 


METAL 
LID 


0 
0 
0 
" 
0 
0 
0 


10REO 
MEMSEL 
10SEL 
(TOP 
VIEW) 
'! 
Vss 
810.00 
810.01 
0 
0 
0 


- 
0 
0 
0 


OOREO 
10ACK 
OOACK 
810.02 
810.03 
810.04 
G 
0 
0 
0 
0 
0 
0 


AD 
Viii 
WAIT 
810.05 
810.06 
810.07 
H 
0 
0 
0 
0 
0 
0 


MINT 
LOCK 
Vss 
810.08 
810.09 
810.010 
0 
0 
0 
0 
0 
0 


EINT 
ERR 
COM 
Vss 
810.011 
810.012 
K 
0 
0 
0 
0 
0 
0 


SEL 
8SCO 
8SCI 
810.013 
810.014 
810.015 
0 
0 
0 
0 
0 
0 
0 
0 


8SC2 
8SC3 
8SC4 
Vee 
Vcc 
810.016 
810.017 
810.018 
M 
0 
0 
0 
0 
0 
0 
0 
0 
0 
0 
0 
0 
0 
0 
0 


8SC9 
SCOIRO 
8SC5 
Vss 
AR85 
Vss 
REFAOR 
Vee 
VSS 
8PARO 
Vss 
810.027 
Vss 
810.019 
810.020 
N 
0 
0 
0 
0 
0 
0 
0 
0 
0 
0 
0 
0 
0 
0 
0 


8SC6 
8SC7 
AR81 
AR83 
AR84 
8REO 
8USERR 
LACHn 
8PAR3 
8PARl 
810.030 
810.028 
810.025 
810.023 
810.021 
P 
0 
0 
0 
0 
0 
0 
0 
0 
0 
0 
0 
0 
0 
0 
0 


8SC8 
SCOIRI 
AR80 
AR82 
RSTNC 
AOOIR 
TIMOUT 
88CLK 
RESET 
8PAR2 
810.031 
810.029 
810.026 
810.024 
810.022 
0 


4 
5 
6 
7 
8 
9 
10 
11 
12 
13 
14 
15 
290145-9 


Figure 5-1. MPC 82389 Pinout-View 
from Top Side 
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15 
14 
13 
12 
11 
10 
8 
7 
5 
4 
3 


0 
0 
0 
0 
0 
0 
0 
0 
0 
0 
0 
0 
0 
0 
0 


A 
1.0\07 
031 
030 
028 
026 
023 
020 
017 
014 
012 
09 
07 
04 
02 
DO 
0 
0 
0 
0 
0 
0 
0 
0 
0 
0 
0 
0 
0 
0 
0 


8 
IA06 
IA05 
029 
027 
025 
022 
019 
016 
013 
011 
08 
06 
03 
01 
A5 
0 
0 
0 
0 
0 
0 
0 
0 
0 
0 
0 
0 
0 
0 
0 


C 
IWR 
IA04 
1.0\03 
VSS 
024 
021 
018 
015 
Vcc 
010 
VSS 
05 
VSS 
A4 
8E3 
0 
0 
0 
0 
0 
0 
0 
0 
0 


0 
iRD 
IA02 
IAOl 
Vec 
Vss 
Vcc 
A2 
A3 
BE2 
0 
0 
0 
0 
0 
0 
IREO 
lAST 
IADO 
BEO 
BEl 
REGSEL 
0 
0 
0 
0 
0 
0 
BAOI 
BADO 
Vss 
10SEL 
hlEhlSEL 
lOREO 
0 
0 
0 
(BOnOhl 
VIEW) 
0 
0 
0 
G 
BA04 
BA03 
BA02 
OOACK 
10ACK 
OOREO 
0 
0 
0 
0 
0 
0 
H 
BA07 
BA06 
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WAfT 
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0 
0 
0 
0 
0 
0 
BA010 
BAD9 
BAD8 
Vss 
LOCK 
hllNT 
0 
0 
0 
0 
0 
0 
K 
BA012 
BAOll 
Vss 
COM 
ERR 
EINT 
0 
0 
0 
0 
0 
0 
BA015 
BA014 
BA013 
BSCI 
BSCO 
SEL 
0 
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0 
0 
0 
0 
0 
0 
hi 
BA018 
BA017 
BA016 
Vcc 
Vcc 
BSC4 
BSC3 
BSC2 
0 
0 
0 
0 
0 
0 
0 
0 
0 
0 
0 
0 
0 
0 
0 
N 
BA020 
BA019 
Vss 
BA027 
Vss 
BPARO 
Vss 
Vcc 
REfAOR 
Vss 
ARB5 
Vss 
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SCOIRO 
BSC9 
0 
0 
0 
0 
0 
0 
0 
0 
0 
0 
0 
0 
0 
0 
0 
BA021 
BA023 
BA025 
BA028 
BA030 
BPARI 
BPAR3 
LACHn 
BUSERR 
BREO 
ARB4 
ARB3 
ARBI 
BSC7 
BSC6 
0 
0 
0 
0 
0 
0 
0 
0 
0 
0 
0 
0 
0 
0 
0 
0 
BA022 
BA024 
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BA029 
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BPAR2 
RESET 
BBCLK 
T1h10UT 
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Figure 5·2. MPC 82389 Pinout-View 
from Pin Side 
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Signal and 
Pin # 
Signal and 
Pin # 
Signal and 
Pin # 
Characteristic 
Characteristic 
Characteristic 


Vcc 
04 
REFAOR 
0 
N7 
lAST 
I 
E14 
A5 
B1 
AOOIR 
0 
Q6 
IRO 
I 
015 
A4 
C2 
BPAR3 
1/0 
P9 
iWR 
I 
C15 
A3 
02 
BA031 
1/0 
011 
IA07 
1/0 
A15 
A2 
03 
BA030 
1/0 
P11 
IA06 
I/O 
B15 
BE3 
C1 
BA029 
1/0 
012 
IA05 
1/0 
B14 
BE2 
01 
BA028 
1/0 
P12 
IA04 
1/0 
C15 
BE1 
E2 
BA027 
1/0 
N12 
IA03 
1/0 
C13 
BEO 
E3 
BA026 
I/O 
013 
IA02 
1/0 
014 
iQSE[ 
F3 
BA025 
1/0 
P13 
IA01 
1/0 
013 
MEMSEL 
F2 
BA024 
1/0 
014 
IADO 
1/0 
E13 
REGSEL 
E1 
BA023 
1/0 
P14 
Vcc 
012 
10ACK 
G2 
BA022 
1/0 
015 
Vss 
C12 
OOACK 
G3 
BA021 
1/0 
P15 
031 
1/0 
A14 
10REO 
0 
F1 
BA020 
1/0 
N15 
030 
1/0 
A13 
OOREO 
0 
G1 
BA019 
I/O 
N14 
029 
1/0 
B13 
WR 
I 
H2 
BA018 
1/0 
M15 
028 
1/0 
A12 
RO 
I 
H1 
BA017 
1/0 
M14 
027· 
1/0 
B12 
WAIT 
0 
H3 
BA016 
1/0 
M13 
026 
1/0 
A11 
Vss 
J3 
BA015 
1/0 
014 
025 
1/0 
B11 
MINT 
0 
J1 
BA014 
1/0 
L14 
024 
1/0 
C11 
EINT 
0 
K1 
BA013 
1/0 
L13 
023 
1/0 
A10 
LOCK 
I 
J2 
BA012 
1/0 
K15 
022 
1/0 
B10 
ERR 
0 
K2 
BA011 
I/O 
K14 
021 
1/0 
C10 
SIT 
0 
L1 
BA010 
1/0 
J15 
020 
1/0 
A9 
COM 
I 
K3 
BA09 
1/0 
J14 
019 
1/0 
B9 
~ 
1/0 
N1 
BA08 
1/0 
J13 
018 
I/O 
C9 
BSes 
1/0 
01 
BA07 
1/0 
H15 
017 
I/O 
A8 
BSC7 


. 
1/0 
P2 
BA06 
1/0 
H14 
016 
1/0 
B8 
BSC6 
1/0 
P1 
BA05 
I/O 
H13 
015 
1/0 
es 
BSC5 
1/0 
N3 
BA04 
1/0 
G15 
014 
1/0 
A7 
BSC4 
1/0 
M3 
BA03 
I/O 
G14 
013 
1/0 
B7 
~ 
1/0 
M2 
BA02 
1/0 
G13 
012 
1/0 
A6 
BSC2 
1/0 
M1 
BA01 
1/0 
F15 
011 
1/0 
B6 
BSC1 
1/0 
L3 
BAOO 
1/0 
F14 
010 
I/O 
C6 
BSCO 
I/O 
L2 
BPAR2 
1/0 
010 
09 
1/0 
A5 
SCOIR1 
0 
02 
BPAR1 
1/0 
P10 
08 
1/0 
B5 
SCOIRO 
0 
N2 
BPARO 
1/0 
N10 
07 
1/0 
A5 
Vcc 
M4 
Vcc 
N8 
06 
=c 
1/0 
B4 
Vss 
N4 
Vss 
N9 
05 
1/0 
C4 
ARB5 
I/O,OC 
A15 
Vss 
N11 
04 
1/0 
A3 
ARB4 
I/O,OC 
P5 
Vcc 
M12 
03 
1/0 
B3 
ARB3 
I/O,OC 
P4 
Vss 
N13 
02 
1/0 
A2 
ARB2 
I/O,OC 
04 
Vss 
F13 
01 
1/0 
B2 
ARB1 
I/O,OC 
P3 
Vss 
K13 
DO 
1/0 
A1 
ARBO 
I/O,OC 
03 
BBCLK 
I 
08 
Vcc 
C7 
Vss 
N6 
LACHn 
I 
P8 
Vss 
08 
BREQ 
I/O,OC 
P6 
RESET 
I 
09 
Vss 
C5 
TIMOUT 
0 
07 
RSTNC 
I/O,OC 
05 
BUSERR 
I/O,OC 
P7 
IREO 
0 
E15 
Vss 
C3 


NOTES: 
I = Input signal 
o = Output signal 
I/O = Input or output signal 
OC = Open-collector signal 


FOR DC/AC 
SPECIFICATIONS, 
PLEASE CONSULT 
THE 


LATEST 
REVISION 
OF THE DATA SHEET. CALL YOUR 
NEAREST 
INTEL DISTRIBUTOR 
OR THE INTEL SALES OFFICE. 


Part Number Title Description 
176526 
MPCUser's Manual 


146077 
MULTIBUSI8lII Architecture Specifi- 
cations 
149299 
InterconnectInterfaceSpecifications 


149300 
MULTIBUS<B> 
II MPC External Prod- 
uct Specifications 


149247 
MULTIBUSI8lII Transport Protocol 
Specifications 


ENHANCING 
SYSTEM 
PERFORMANCE 
WITH 
THE MUL TIBUS@ II ARCHITECTURE 


Although the MULTmUS~II 
architecture can accommo- 


date systems with a wide range of performance, 
systems 


that take advantage of its multiprocessing capabilities can 
achieve new performance levels while maintaining reason- 
able price/performance 
ratios. Today, multiprocessing pro- 


vides an easy path to increased functionality and processing 
power largely because of the availability of inexpensive 
memory and CPUs. 


The low cost of high-performance 
microprocessors 
and 
RAM chips has drastically altered the cost dynamics of 
systems design. The material cost of a CPU and its mem- 
ory are typically a small ponion of the total system cost, 
in sharp contrast to mini and mainframe computers where 
the cost of the CPU and memory is the majority of system 
cost. The decreased cost factor means today' s designer can 
optimize a system's price/performance 
by dedicating a 


CPU to each function in the system. 


This product brief will discuss the MULTmUS 
II multi- 


processing capabilities and their user benefits. The capa- 
bilities include: 


• .A high-speed local environment 


• An efficient burst transfer capability 


• A hardware-based 
message passing facility 


Higher Performance 
Through 
Multiprocessing 


The key to high performance in multiprocessing systems is 
allowing all of the processors to run concurrently 
in their 


own private environments. 
For this to occur, each func- 


tional module must contain its own CPU, memory and 
I/O resources. It also means that the system bus is pri- 
marily used for passing commands and data between 
modules. 


A system using this approach might consist of a host pro- 
cessing board and intelligent disk controller. 
a terminal 


concentrator and LAN controller boards (Figure I). Each 


Figure I. Functional 
Partitioning 
is the Distribution 
of CPU, 


Memory & I/O Resources 
to Support 
Different 
Functions 
in a System 


functional module would contain the resources required to 
perform its assigned function. Further, each module would 
operate over its own private local bus which is decoupled 
from the system bus. This enab,les the modules to operate 
concurrently with each other and leaves the system bus open 
for communication between the intelligent modules. 


High-Speed Local Environment Optimizes 
On-Board Resources 


In multiprocessing 
systems, performance is optimized 
when all execution code and data is accessed in a local 
environment. 
The most important performance factors in 
a local environment are the CPU clock speed, the number 
of CPU clocks per instruction, the CPU instruction set, 
and the number of memory wait states. While the CPU 
choice dictates the CPU performance factors, the bus 
architecture can assist in providing a good CPU-memory 
and I/O environment. 


The MULTmUS II architecture provides a high-speed local 
environment through its moderate size board form factor 
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and a local memory bus extension. The MULTIBUS II 
board form factor is the Eurocard Standard 233mm by 
220mm (9.1 "x9.0"), 
chosen because it allows most func- 
tional modules to completely fit on one board. This factor 
is critical to system performance because on-board 
resources can be optimized to run at their full potential 
without impacting the system bus. A smaller board size 
would force a particular function onto multiple boards 
with a resulting decrease in performance. 


Burst Transfers 


A key development to optimizing the iPSB bus for multi- 
processor communications is the high-speed burst transfer 
capability. Since address information is transferred over 
the bus only once for the entire burst, performance 
is 


greatly enhanced. 


The synchronous handshake capabilities of the iPSB 
bus nearly double the speed of burst transfers compared 
to traditional asynchronous handshakes (Figure 2). Burst 
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transfers allow boards to transfer blocks of data over 
the iPSB bus at speeds up to 40 Mbytes/s. This speed 
approaches the limit of what can be expected from TIL 
technology when propagation across a 20-slot backplane 
is required. 


In the iPSB bus, a burst transfer consists of one address 
clock followed by multiple data transfers. The receiving 
board takes care of actual memory location placement 
(ie., auto-increments the memory address, as necessary). 
The actual speed of the burst transfer will depend on the 
abilities of the communicating boards. For example, burst 
transfers from an intelligent board to dual-port memory 
will typically be only marginally faster than single-cycle 
writes, due to the long access times from the system bus 
side of dual-port memory boards. 


To achieve the true performance benefits of burst trans- 
fers, each board needs the ability to send and receive small 
bursts at the full bandwidth of the system bus. This can be 
accomplished by bus interface logic containing high-speed 
buffers and the ability to format and send 32-bit-wide data 
bursts. 


In the MULTlBUS II architecture, 
the interface bus logic 


to the iPSB is defined with burst capability in a message- 
passing scheme. This ensures that boards developed by 


various manufacturers will all be able to communicate 
compatibly at tremendous speeds. 


Message passing, as defined in the MULTIBUS II proto- 
col, allows modules to communicate directly. In other 
words, one module sends a message (data) over the iPSB 
bus to the address of another module. This differs from 
the normal CPU functions of reading or writing only 
from memory or I/Q. 


Since conventional CPUs do not contain facilities to per- 
form direct CPU-to-CPU communication, 
additional hard- 
ware logic is required. The hardware can be thought of as 
a coprocessor to the primary CPU, e.g., a coprocessor that 
adds the function of direct module-to-module 
communica- 


tion at speeds many times that which the primary CPU 
could perform. The coprocessor logic for message pass- 
ing resides in the bus interface. 


An example best illustrates how message passing works 
(Figure 3). Assume Board A wants to send 1 Kbyte of 
data to Board B. First, the CPU on Board A would instruct 
its message passing unit to send 1 Kbyte of data (with the 
assistance of a DMA device), beginning at a particular 
location in local memory, to Board B. Next, the message 
passing coprocessor on Board A takes over so the CPU 
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can perform other processing. At this point, the DMA 
device loads the data into the message pa~ing coprocessor 
on Board A. Once enough data has been loaded (typically 
32 bytes), the coprocessor arbitrates for the bus and sends 
the first packet of data as a burst transfer to the message- 
passing logic on Board B. 


While the message passing logic on Board B is unloading 
the first packet out of its high-speed buffers into local RAM, 
the message-passing logic on Board A is reading the next 
piece of data into its high-speed buffers. Meanwhile, the 
system bus is free of traffic and available for another pair 
of boards to communicate over. 


The message-passing logic on Board A continues to build 
and send small packets of data to Board B' s message-pass- 
ing logic, and Board B continues to unload this data into 
its local memory until the entire I Kbyte has been trans- 
ferred. At the completion of the transfer, the message- 
passing logic on both boards interrupts their respective 
CPUs to notify them that the transfer is complete. 


Summary 


Five important performance benefits result from the 
MULTmUS 
II multiprocessing capabilities and speci- 
fically from hardware-assisted 
message passing. First, all 
singJe-cycle rnemorylIO transfers can be designed to occur 
in local CPU environments. 
These environments are opti- 
mized for single-cycle transfers over their local memory 
buses and usually run at few or no wait states, compared 
to substantial wait state delays over a system bus. 


Second, transfers over the iPSB bus can be done as burst 
transfers between message-passing logic containing high- 
speed buffers, thereby transferring data at the maximum 
bus data rate. Third, the iPSB bus is not in use between 
data packets and is available for other traffic. Fourth, 
each CPU does not need direct access into the other 
board's local environment. That is, no dual port memory 
(which is slower than single port memory) is required. 
And fifth, each CPU is available to process other tasks 
while the data transfer is occurring. 


INCREASING SYSTEM RELIABILITY WITH THE 
MULTIBUS@II BUS ARCHITECTURE 


System reliability is more than just mechanical factors 
like Eurocard and DIN connectors. It involves many 
design factors often overlooked in traditional buses. The 
MULTIBUS«>Dbus architecture addresses the problem of 
system reliability not only from a mechanical point of 
view, but from protocol and electrical factors as well. 
This product brief will discuss how the following 
MULTIBUS D features resolve specific reliability pro- 
blems while enhancing overall system reliability: 


• Synchronous Timing 


• Bus Parity 


• Protocol Error Handling 


• Bus Timeout 


• Power Sequencing 


• Eurocard/DIN 
Connectors 


into lOOnsincrements with signals sampled at the end of 
each period. This method avoids looking at the signal 
while transitions caused by reflections and crosstalk are 
occurring. Therefore, 
signals are vulnerable only during 


the small sampling window. 


Figure I shows the iPSB timing with the lOOnsperiod 
divided into three intervals: driver timing, bus propaga- 
tion, and receiver timing. The 40ns driver timing interval 
takes into account driver logic delays and the capacitive 
loading for a maximum of 20 loads spaced over 16.8 
inches. 


• Front Panel Design 


• Backplane Design 
BUS 
CLOCK 
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Synchronous 
Timing for Enhanced 
Noise 


Immunity 


Traditional buses, such as MULTIBUS I and VME, are 
based on asynchronous timing where the edges or transi- 
tions of the bus-eontrol signals cause the bus to perform 
its functions. Unfortunately, 
edge-sensitive timing is sus- 


ceptible to external disturbances and noise. If noise causes a 
signal to look as though it made a transition, the transition 
is misinterpreted and a failure results. 


The MULTffiUS D architecture addresses this problem by 
using synchronous sampling of all signal lines . Both the 
MULTIBUS D Parallel System Bus (iPSB) and the Local 
Bus Extension (iLBX'" D bus) employ synchronous sam- 
pling for enhanced noise immunity. The iPSB serves as a 
good example of the benefits of synchronous sampling. 


Figure I. IPSB Timing, 
Showing Synchronous 
Sample 


Driving Stable Data Window 


In the iPSB bus, all signals (address, data, control, and 
arbitration) are driven and sampled with respect to a 10 
MHz bus clock. The 10 MHz clock breaks the bus activity 


The bus propagation interval accounts for 25ns of signal 
transit time and 5ns of potential clock skew. A signal travel- 
ing on the backplane creates reflections on itself and cross- 
talk on other signals. The signal transit time allows the 
signal to propagate down and back on the backplane. It 
also allows time for crosstalk to subside. This guarantees 
that the signals have stabilized in spite of distance and 
interference from other signals. 


The receiver interval consists of a·3Ons receiver setup 
time plus 5ns of hold time which extends into the next 
cycle. This interval is the time the signal is stable prior to 
sampling on the falling edge of the clock. 


Thus, the MULTmUS 
II parallel bus timing creates a 


65ns interval (driver timing plus bus propagation) when 
the bus is completely immune to noise or external distur- 
bances. That means during 65 % of the time interval, noise 
causing a transition or level change is simply ignored. It 
is only during the 35ns receiver setup and hold interval 
that the bus timing is vulnerable to noise. During this inter- 
val, however, the bus contains parity protection (to be 
discussed in another section). 


Guaranteed 
Electrical 
Compatibility 


Synchronous sampling also has a less obvious benefit - 
guaranteed electrical compatibility among boards. The 
lOOnstiming of the iPSB is based upon a worst-case 
environment of 20 boards over a backplane length of 
16.8 inches (0.8 inch separation). All derating for loading, 
voltage margin, and skew is included. Thus, any number 
of boards, up to 20, are guaranteed to work together. 


Electrical compatibility is much harder to achieve in 
asynchronous buses. Because they are edge-sensitive, 
asynchronous boards are naturally susceptible to changes 
in signal edge rates and timing. When the number of boards 
in a system change, edge rates and timing also change, in 
some cases adversely affecting system reliability. 


The synchronous nature of the bus moves the point of 
synchronization to the local bus of each board. When two 
asynchronous CPUs communicate, synchronization between 
them occurs between each CPU and its interface. This pro- 
vides a better electrical environment for dealing with 
reliability problems caused by metastability. 


Comparable 
Performance 
at Higher 


Speeds 


A common complaint about synchronous buses is that fixed 
time increments limit performance compared to asynchro- 
nous buses. This may be true at slower bus clock speeds. 
However, at 10 MHz the differences diminish. If both an 
asynchronous and a synchronous bus use similar TTL tech- 
nology for the bus drivers and receivers over the same 
backplane length, they possess roughly the same bus tim- 
ing. In other words, the driver timing, bus propagation, 
and receiver intervals of both buses will be approximately 
the same with nearly equal performance. 
However, as 


we've seen, a synchronous bus offers a significant 
improvement in system reliability that easily justifies 
its use. 


Bus Parity Versus Memory 
Parity 


At this point, it is important to distinguish between BUS 
parity and MEMORY parity. (See Figure 2.) Both allow 
the detection of errors. Memory parity protects data while 
it is resident on a memory board. Bus parity, on the other 
hand, protects address, control, and data while in transit 
on the bus. In a sense, one complements the other in relia- 
ble systems. In both cases, it is possible to handle errors 
via retry or other mechanisms. 
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Bus parity in the MULTIBUS II architecture provides 
another level of electrical reliability by protecting the bus 
from noise and external disturbances during the receiver 
timing interval. It also protects the bus from failed inter- 
face components. 


On the iPSB bus, the board driving the bus generates bus 
parity. Address and data lines use byte parity, while con- 
trollines 
use nibble (4-bit) parity. All receiving boards 


check parity during the receiver timing sampling interval. 
If an error is detected, the BUS ERROR line is activated. 
This stops activity on the bus and puts the bus into a pre- 
defined known state. 


At this point, the system designer has a number of options: 
retry the transfer, swap in a hot spare, log the error, ignore 
it, or shut down the system gracefully. Which option he 
chooses depends on his specific system requirements. 
Basically, the protocol gives him the opportunity to 
evaluate the situation and take appropriate action. 


Not all errors occur because of noise or component failure. 
Sometimes they occur when one board asks another to do 
something it is not capable of doing. Although traditional 
buses typically ignore these kinds of errors, they can cause 
system failure just as noise can. The MULTffiUS II archi- 
tecture offers a solution. 


In the iPSB bus protocol, when one board cannot perform 
the request, it simply informs the requesting board and al- 
lows it to attempt a retry. Five types of error indications 
are supported: data, transfer width, continuation, not- 
understood, and negative acknowledge. 


A data error indicates that the replying board has detected 
an error with the requested data, for example a memory 
parity error. Data transfer errors occur when the replying 
board does not support the requested data width. For 
example, the requesting board might ask for a 32-bit 
transfer from an 8-bit device. After the replying board indi- 
cates the error has occurred, the requesting board can retry 
the transfer with an 8-bit width. 


Although the iPSB bus protocol allows for burst transfers 
(multiple data cycles following one address cycle), not all 
boards need to support this capability. If a requesting board 
attempts a burst transfer with a board which does not sup- 
port bursts, the replying board will return a continuation 
error. The requesting board can recover by simply retrying 
with the necessary address cycles. 


Trying to write to a read-only memory board is a good 
example of a transfer-not-understood 
error. This type of 


error occurs when the replying board does not support the 


requested operation. As with other board-to-board 
errors, 


the requesting board many retry with another request. 


The last kind of error, called a negative 
acknowledge 


error, occurs during a message transfer when resources 
are not available in the receiving board. This is used for 
flow control in the MULTffiUS II message passing pro- 
tocol, a queue-based data movement protocol. Negative 
acknowledge errors instruct the requesting board to retry 
the operation at a later time, giving the replying board 
time to process the data in its queue. 


Bus Timeout 


Another protocol reliability feature in the MULTIBUS II 
architecture is the BUS TIMEOUT monitor in the Central 
Services Module (CSM). If a bus transfer fails to complete 
within a specified time (e.g., a failed board), the CSM, 
which monitors all bus activity, activates the BUS TIME- 
OUT line. This stops all bus activity and places the bus in 
a predefined known state for recovery. At this point, the 
error is logged and normal bus activity can resume. As an 
added feature, designers may define their own timeout 
error handling policy. 


The iPSB bus protocol also contains a mechanism for 
orderly handling of power-up and power-down sequenc- 
ing. For normal power on/off and unexpected power fail- 
ures, timing of the RESET, DCLOW, and PROTect signals 
coordinate the sequencing. The combination of the RESET 
and DCLOW lines signal whether the power-up operation 
is a warm or cold start of the system. 


Once the system is running, the DCLOW signal (driven 
by the CSM) is used to indicate imminent loss of DC 
power (Figure 3). At this time, the system has a predeter- 
mined time to save state information. After that interval, 
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the CSM activates the PROTect line which prevents tran- 
sitions on bus lines from affecting the system during 
power loss. 


The MULTIBUS II mechanical specification is based upon 
the Eurocard form factor and DIN connectors. 
However, 
unlike traditional bus architectures, 
it goes beyond these 


mechanical standards with a front panel design that helps 
the system designer solve EMI (Electro-Magnetic 
Inter- 


ference) and ESD (Electro-Static 
Discharge) problems. 


The Eurocard family of mechanical specifications is noted 
for its high reliability in rugged and industrial environ- 
ments. The MULTIBUS II specification calls out the two- 
connector 233mm by 220mm and single-<:onnector lOOmm 
by 220mm size boards. The two connector board contains 
almost the same board area as the 6.75 by 12 inch MULTI- 
BUS I board. That is, it is large enough to allow the imple- 
mentation of single-board computers with 1/0, CPU, and 
memory onboard, even for 32-bit CPUs. 


The DIN 41612 (also known as IEC 603.2) connectors are 
96-pin two-piece connectors where each pin consists of a 
blade mating with two contact points on each side of the 


blade. This connector approach offers advantages over the 
board-edge style connectors. 
Among them are tighter 


dimensional tolerances, reduced sensitivity to vibration, 
improved protection from environmental contaminants, and 
a larger number of cycles for insertion and removal. 


The MULTIBUS II front panel system (Figure 4), while 
dimensionally compatible with standard Eurocard front 
panels, offers several important advantages. 


(NOl~that wh;/~ this front panel 
technology 
is different from 
normal 
Eurocard 
practice. 
the dimensioning 
is such that MUUIBUS 
II boards 
fir in any standard 
Eurocard 
packnging.) 


Standard Eurocard front panels make it difficult to comply 
with EMf and ESD regulations without the use of additional 
shielding. Adjacent front panels form small, narrow slits 
between boards which function like a slot antenna at some 
frequencies. Through these narrow slits, EMI can enter or 
exit the system and additional shielding is usually required. 


To solve this problem, the MULTIBUS II front panel is 
V-shaped. From an EMI point-of-view, 
this makes the 


front panel electrically thicker. While the size of the slit 
between adjacent boards is the same as the standard Euro- 
card front panel, the electrically thicker front panel atten- 
uates EMI which satisfies FCC EMI regulations and 
protects the system from external EMf. 


The U-shaped front panel also adds structural rigidity to 
the board and has captive retaining screws for securing 
the board to the system. Shielded I/O connectors located 
through the front panel eliminate the need for intermediary 
cables and connectors. In addition, the front panel is at 
chassis ground for protection against static discharge. 


ground planes provide for good power distribution. 
More- 


over, since they are in between each signal layer, they 
reduce the opportunity for crosstalk due to coupling 
between the signal layers. 


On each signal layer , signal lines are laid out identically 
to minimize signal skew across the backplane. To control 
reflections, each signal line is passively terminated. 


Both power and ground connections are evenly distributed 
across the connectors with 9 pins allocated for +5 volts 
and 15 for ground providing ample current and good 
ground return paths. 


Designed for reliability, the iPSa bus backplane consists 
of six layers - 
three signal layers sandwiched between 


three power and ground planes (Figure 5). The power and 


Because the MULTIBUS n architecture addresses the pro- 
blems of electrical, protocol and mechanical reliability, it 
is superior to traditional buses in achieving overall system 
reliability. Besides the mechanical reliability of its Euro- 
card form factor, DIN connectors, and backplane design, 
the MULTffiUS n electrical protocol is highly immune to 
noise and external disturbances because of its synchronous 
sampling and bus parity. In addition, the agent error capa- 
bility catches common operational errors. Other operational 
concerns such as bus time-out and power sequencing are 
fully specified. 
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GEOGRAPHIC 
ADDRESSING 
IN THE 
MULTIBUS@ II ARCHITECTURE 


Although microcomputer 
board designers and system 
integrators have different sets of requirements for build- 
ing their products, some degree of overlap exists. Board 
designers are concerned about factors like function and 
life cycle costs, testing procedures, development time, and 
manufacturing costs. System integrators need fast turn- 
around as well, but they are also faced with the challenge 
of trying to customize a single board design by configur- 
ing it slightly differently for each application. Like the 
board designer, system integrators are also concerned 
with testing procedures and inventory costs. 


The MULTffiUSltn 
architecture satisfies the requirements 
of both board and system designers by defining a unique 
address space called interconnect space which provides 
geographic addressing. The following discussion will 
center on the advantages that interconnect space and geo- 
graphical addressing bring to system integration and 
single-board computer design: 


• Easy system configuration 


• Improved board testing productivity 


• Efficient system testing 


• Reduced inventory costs 


LOCAL 
ADORESS 
d { 
DATA • CONTROLS 
~Z5 
~ 
=;111 
;;ti~ 
-15 


Since system software can write the board parameters 
over the Parallel System Bus (iPSB bus), jumper stakes 
are virtually eliminated. If jumpers are required, as in 
switching from RS 232 to RS 422 drivers for example, 
software can still read the jumpers to verify they were 
installed correctly. 


Another benefit of auto-eonfiguration, 
is that only one 


version of the host operating system is needed to run 
several configurations 
of the system. For example, if a 


particular communications board is installed, the operating 
system detects the board and properly configures it into 
the system. Moreover, the slot picked to install the new 
board is irrelevant because arbitration priority and inter- 
rupt control are configured independent of the slot in 
which the board resides. 


In addition, a level of fault-tolerant systems can be built 
using geographic addressing. Redundant hot spare boards 
can be installed into the system, but not configured by the 
operating system until needed. Thus, in the normal oper- 
ating mode, the redundant boards are not active on the 
backplane. If a board fails, the operating system can 
isolate the board from the bus, and then configure in the 
new board. Again, human intervention is not needed to 
complete the swap. 


In traditional bus architectures, 
system configuration is 


typically an arduous and complex process. The configur- 
able features of boards are selected manually with jumper 
stakes connected by wirewrap, a jumper plug or DIP 
switches. With complex boards, the number of jumper 
stakes often exceeds 150 and can exceed 300. Gelling 
the jumpers correctly connected is rarely accomplished 
the first time. 


Interconnect space greatly simplifies system configuration 
through geographic addressing (Figure I). Critically impor- 
tant is the system's ability to identify which boards are 
installed in each slot. This allows two identical boards to 
be uniquely addressed and configured separately. Each 
board is identified through one or more data bytes accessed 
through interconnect space addresses. For example, the 
manufacturer, 
the board name, the board type, and other 
parameters are accessible in each board's interconnect 
space. Further information (e.g. memory size, memory 
protection) that is available in each board's interconnect 
space categorizes the exact configuration. 


Test procedure productivity also improves because several 
configurations 
of a particular board can be tested in the 


same general test suite. Since stake pin jumpers are mini- 
mized, the test software can actually reconfigure a board 
several times during the same test. For example, a 1 Mbyte 
memory board can be tested in an entire 16 Mbyte address· 
range. Moreover, because human intervention is not 
required, tests execute more smoothly. 


Besides simplifying system configuration, 
interconnect 


space supports registers for Built-in-Self- Tests (BISTs). 
Diagnostic software resides on each board (in a PROM) 
enabling an independent processor to execute the code. 
That is, a secondary microcontroller 
and/or the primary 


CPU can execute board level tests and store the results in 
interconnect registers. The results can be accessed by any 
other board in the system and displayed on each board's 
front panel LED. 


Geographic addressing also makes board testing proce- 
dures more productive. This is because one general- 
purpose test suite is all that is required to test many dif- 
ferent boards. The test software goes out on the iPSB bus, 
identifies each board, and reads the results of the BIST for 
each board. It can then report to the test engineer which 
board failed what test. Additionally, because the same test 
program executes for all boards, boards can be mixed and 
matched on a single backplane. 


More Efficient 
System Testing 


Once individual boards have passed board-level tests, they 
still must be tested in the systems environment. 
System- 


level testing becomes significantly more efficient because 
of geographic addressing. For example, just one System 
Confidence Test (SCT) could potentially exist for all 
MULTIBUS II systems. The SCT can lQOkat all the 
boards in the system, examine BIST resul\s, and execute 
system test software based on the BISTs. In fact, detailed 
results, including configuration parameters, 
can be dis- 


played on a console (Figure 2). 


BEQIN 
SYSTEM 
TEST 


System integrators in particular can capitalize on the 
advantages of MULTIBUS II system testing. Typically, 
many configurations 
of a base system are available from a 


system vendor. The system integrator only needs one sys- 
tem test program (much like the board vendor described 
above needs only one general-purpose 
test suite) to test 


all of his different systems. 


Another benefit of geographic addressing is remote diag- 
nostics. Since interconnect registers are accessible over 
the iPSB bus to any board, a remote terminal can address 
the registers through a GAN (Global Area Network) card. 
Thus, modem communication to a serial port in a system 
gives the system designer a more versatile test 
environment. 


er nventory Costs 


Geographic addressing aids the industrial engineer in 
managing board inventories. Since board vendors typi- 
cally stock a few configurations of eaCh basic board, 
jumpering boards is necessary for each individual con- 
figuration. In the MULTIBUS n architecture, 
however, 
different board configurations look the same so separate 
bins of board inventory are not necessary. Thus, the cost 
and effort required for inventory management can be 
dramatically reduced. 


The system builder stocks boards in the incoming parts 
warehouse. Like the board vendor above, he can now 
stock all the boards in the same bin, also reducing his 
inventory efforts. Then when the system engineers integrate 
their system, software configures the board to the needs of 
the application. Because jumpering is reduced, there is less 


confusion regarding which configuration is standard from 
the vendor, or which configuration is appropriate for the 
application. 


Summary 


Geographic addressing offers many important benefits to 
single-board computer designers and system integrators 
alike. All configuration parameters are stored in intercon- 
nect registers that sit on each board. Because the registers 
are accessible over the iPSa bus, a single operating system 
can configure the system without operator intervention. 
Both board and system level testing procedures are 
improved, as only one general test suite is needed. 
Finally, inventories are managed more efficiently because 
there are less board configurations 
not requiring separate 


bins. 


Register 
Global 
Local 
Default 
Value 
Reglater 
Description 
Format 
Number 
Acce •• 
Acce •• 
312 
310 
320 
340 


Header Record 


o (OOH) 
Vendor 
10, Low Byte 
Binary 
RIO 
RIO 
91H 
01H 
01H 
01H 


1 (01H) 
Vendor 
10, High Byte 
Binary 
RIO 
RIO 
OOH 
OOH 
OOH 
OOH 


2 (02H) 
Board 
10, character 
1 
ASCII 
RIO 
RIO 
4DH 
4DH 
4DH 
4DH 


3 (03H) 
Board 
10, character 
2 
ASCII 
RIO 
RIO 
45H 
45H 
45H 
45H 


4 (04H) 
Board 
10, character 
3 
ASCII 
RIO 
RIO 
4DH 
4DH 
4DH 
4DH 


5 (05H) 
Board 
10, character 
4 
ASCII 
RIO 
RIO 
2FH 
2FH 
2FH 
2FH 


6 (06H) 
Board 
10, character 
5 
ASCII 
RIO 
RIO 
33H 
33H 
33H 
33H 


7 (07H) 
Board 
10, character 
6 
ASCII 
RIO 
RIO 
31H 
31H 
32H 
34H 


6 (06H) 
Board 
10, character 
7 
ASCII 
RIO 
RIO 
32H 
30H 
30H 
30H 


9 (09H) 
Board 
10, character 
6 
ASCII 
RIO 
RIO 
OOH 
OOH 
OOH 
OOH 


10 (OAH) 
Board 
10, character 
9 
ASCII 
RIO 
RIO 
OOH 
OOH 
OOH 
OOH 


11 
(OBH) 
Board 
10, character 
10 
ASCII 
RIO 
RIO 
OOH 
OOH 
OOH 
OOH 


12 (OCH) 
Intel Reserved 
BCD+ 
RIO 
RIO 
t 
t 
t 
t 
13 (ODH) 
Intel Reserved 
BCD+ 
RIO 
RIO 
t 
t 
t 
t 
14 (OEH) 
Intel Reserved 
BCD+ 
RIO 
RIO 
t 
t 
t 
t 
15 (OFH) 
Intel Reserved 
BCD+ 
RIO 
RIO 
t 
t 
t 
t 
16 (10H) 
Hardware 
Test Revision 
II 
BCD+ 
RIO 
RIO 
t 
t 
t 
t 
17 (11H) 
Class 
10 
Binary 
RIO 
RIO 
13H 
13H 
13H 
13H 


18 (12H) 
RFU 
Binary 
RIO 
RIO 
OOH 
OOH 
OOH 
OOH 


19 (13H) 
RFU 
Binary 
RIO 
RIO 
OOH 
OOH 
OOH 
OOH 


20 
(14H) 
RFU 
Binary 
RIO 
RIO 
OOH 
OOH 
OOH 
OOH 


21 
(15H) 
RFU 
Binary 
RIO 
RIO 
OOH 
OOH 
OOH 
OOH 


22 
(16H) 
RFU 
Binary 
RIO 
RIO 
OOH 
OOH 
OOH 
OOH 


23 
(17H) 
RFU 
Binary 
RIO 
RIO 
OOH 
OOH 
OOH 
OOH 


24 
(18H) 
General 
Status 
Binary 
RIO 
RIO 
OOH 
OOH 
OOH 
OOH 


25 
(19H) 
General 
Control 
Binary 
R!W 
R!W 
OOH 
OOH 
OOH 
OOH 


26 
(1AH) 
BIST·SUPPORT·LEVEL 
tt 
Binary 
RIO 
R!W 
01H 
01H 
01H 
01H 


27 
(1BH) 
BIST·DATA·IN 
Binary 
R!W 
R!W 
OOH 
OOH 
OOH 
OOH 


28 
(1CH) 
BIST-DATA-QUT 
tt 
Binary 
RIO 
RIW 
OOH 
OOH 
OOH 
OOH 


29 
(1DH) 
BIST·SLAVE·STATUS 
tt 
Binary 
RIO 
RIW 
OOH 
OOH 
OOH 
OOH 
30 
(1EH) 
BIST-MASTER-SLAVE 
Binary 
RIW 
RIW 
20H 
20H 
20H 
20H 


31 
(1FH) 
BIST·TEST·ID 
tt 
Binary 
RIO 
RIW 
OOH 
OOH 
OOH 
OOH 


Protection 
R,cord 


32 
(20H) 
Protection 
Record 
Type 
Binary 
RIO 
RIO 
OBH 
OBH 
OBH 
OBH 
33 
(21H) 
Record 
Length 
Binary 
RIO 
RIO 
02H 
02H 
02H 
02H 
34 
(22H) 
Protection 
Level 
Register 
Binary 
RIO 
RIW 
OOH 
OOH 
OOH 
OOH 
35 
(23H) 
Reserved 
for Future 
Use 
Binary 
RIO 
RIO 
OOH 
OOH 
OOH 
OOH 


Regl.ter 
Global 
Local 
Default 
Value 
Regl.ter 
De.crlptlon 
Format 
Number 
Acce •• 
Acce •• 
312 
310 
320 
340 


Memory 
Record 


36 (24H) 
Memory Record Type 
Binary 
RIO 
RIO 
01H 
01H 
01H 
01H 


37 (25H) 
Record Length 
Binary 
RIO 
RIO 
05H 
05H 
05H 
05H 


38 (26H) 
Memory Size - 
1 low byte 
Binary 
RIO 
RIO 
07H 
OFH 
1FH 
3FH 


39 (27H) 
Memory Size - 
1 high byte 
Binary 
RIO 
RIO 
OOH 
OOH 
OOH 
OOH 


40 (28H) 
Memory Control Register 
Binary 
RIW 
RIW 
01H 
01H 
01H 
01H 


41 (29H) 
Memory Status Register 
Binary 
RIO 
RIO 
A1H 
A1H 
A1H 
A1H 


42 (2AH) 
Reserved for Future Use 
Binary 
RIO 
RIO 
OOH 
OOH 
OOH 
OOH 


IPSB Control 
Board 


43 (2BH) 
iPSB Control Record Type 
Binary 
RIO 
RIO 
06H 
06H 
06H 
06H 


44 (2CH) 
Record Length 
Binary 
RIO 
RIO 
06H 
06H 
06H 
06H 
45 (2DH) 
iPSB Slot ID 
Binary 
RIO 
RIO 
FFH 
FFH 
FFH 
FFH 


46 (2EH) 
iPSB Arbitration 
ID 
Binary 
RIW 
RIW 
OOH 
OOH 
OOH 
OOH 
47 (2FH) 
iPSB Error Register 
Binary 
RIW 
RIW 
OOH 
OOH 
OOH 
OOH 


48 (30H) 
iPSB Control/Status 
Register 
Binary 
RIW 
RIW 
OOH 
OOH 
OOH 
OOH 
49 (31H) 
iPSB Diagnostic Register 
Binary 
RIW 
RIW 
OOH 
OOH 
OOH 
OOH 


50 (32H) 
Reserved for Future Use 
Binary 
RIO 
RIO 
OOH 
OOH 
OOH 
OOH 


IPSB Memory 
Record 


51 (33H) 
iPSB Memory Record Type 
Binary 
RIO 
RIO 
02H 
02H 
02H 
02H 
52 (34H) 
Record Length 
Binary 
RIO 
RIO 
05H 
05H 
05H 
05H 


53 (35H) 
iPSB Start Address 
low byte 
Binary 
RIW 
RIW 
FFH 
FFH 
FFH 
FFH 


54 (36H) 
iPSB Start Address 
high byte 
Binary 
RIW 
RIW 
FFH 
FFH 
FFH 
FFH 


55 (37H) 
iPSB End Address 
low byte 
Binary 
RIW 
RIW 
OOH 
DOH 
DOH 
DOH 


56 (38H) 
iPSB End Address 
high byte 
Binary 
RIW 
RIW 
DOH 
DOH 
DOH 
DOH 
57 (39H) 
Reserved for Future Use 
Binary 
RIO 
RIO 
OOH 
OOH 
OOH 
OOH 


ILBXT. II Memory 
Board 


58 (3AH) 
iLBX " Memory Record Type 
Binary 
RIO 
RIO 
03H 
03H 
03H 
03H 
59 (3BH) 
Record Length 
Binary 
RIO 
RIO 
07H 
07H 
07H 
07H 
60 (3CH) 
iLBX 1/Start Address 
low byte 
Binary 
RIW 
RIW 
FFH 
FFH 
FFH 
FFH 
61 (3DH) 
iLBX 1/Start Address 
high byte 
Binary 
RIW 
RIW 
03H 
03H 
03H 
03H 
62 (3EH) 
iLBX 1/End Address 
low byte 
Binary 
RIW 
RIW 
DOH 
OOH 
DOH 
DOH 
63 (3FH) 
iLBX 1/End Address 
high byte 
Binary 
RIW 
RIW 
DOH 
DOH 
DOH 
DOH 
64 (40H) 
iLBX 1/Clock Frequency 
Binary 
RIW 
RIW 
DCH 
DCH 
DCH 
DCH 
65 (41H) 
iLBX " Slot ID 
Binary 
RIO 
RIO 
OOH 
OOH 
OOH 
OOH 
66 (42H) 
Reserved for Future Use 
Binary 
RIO 
RIO 
OOH 
OOH 
OOH 
OOH 


Register 
Global 
Local 
Default 
Value 
Register 
Desc;rlptlon 
Format 
Number 
Access 
Access 
312 
310 
320 
340 


Memory 
Parity Record 


67 (43H) 
Memory Parity Record Type 
Binary 
RIO 
RIO 
04H 
04H 
04H 
04H 


68 (44H) 
Record Length 
Binary 
RIO 
RIO 
08H 
08H 
08H 
08H 
69 (45H) 
Parity Control Register 
Binary 
RIW 
RIW 
03H 
03H 
03H 
03H 
70 (46H) 
Parity Status Register 
Binary 
RIO 
RIO 
OOH 
DOH 
OOH 
OOH 
71 (47H) 
Bank Status Register 
Binary 
RIO 
RIO 
DOH 
DOH 
DOH 
DOH 


72 (48H) 
Error Offset byte 0 
Binary 
RIO 
RIO 
DOH 
DOH 
DOH 
DOH 


73 (49H) 
Error Offset byte 1 
Binary 
RIO 
RIO 
DOH 
DOH 
DOH 
DOH 


74 (4AH) 
Error Offset byte 2 
Binary 
RIO 
RIO 
DOH 
DOH 
DOH 
DOH 
75 (4BH) 
Error Offset byte 3 
Binary 
RIO 
RIO 
DOH 
DOH 
DOH 
DOH 


76 (4CH) 
Reserved for Future Use 
Binary 
RIO 
RIO 
DOH 
OOH 
OOH 
DOH 


Cache Memory 
Board 


77 (4DH) 
Cache Memory Record Type 
Binary 
RIO 
RIO 
05H 
05H 
05H 
05H 
78 (4EH) 
Record Length 
Binary 
RIO 
RIO 
05H 
05H 
05H 
05H 
79 (4FH) 
Cache Size - 
1 low byte 
Binary 
RIO 
RIO 
1FH 
1FH 
1FH 
1FH 
80 (50H) 
Cache Size - 
1 high byte 
Binary 
RIO 
RIO 
DOH 
DOH 
DOH 
DOH 
81 (51H) 
Cache Entry Size - 
1 
Binary 
RIO 
RIO 
03H 
03H 
03H 
03H 
82 (52H) 
Cache Control Register 
Binary 
RIW 
RIW 
OOH 
OOH 
OOH 
OOH 
83 (53H) 
Reserved for Future Use 
Binary 
RIO 
RIO 
DOH 
OOH 
OOH 
OOH 


End of Template 
Record 


84 (54H) 
EDT Record Type 
Binary 
RIO 
RIO 
FFH 
FFH 
FFH 
FFH 


Note: 
t These registers are defined for Intel's use. The values in these registers are dependent upon 


the revision of the board and are subject to change. 


tt The BIST_DATA..-OUT 
and the BIST_SLAVE_STATUS 
registers are RIW registers locally. 


However, the Test Handler that resides on the iSSCI!>MEM/3XX board does not allow off-board 
writes to these registers. 
ttt BCD + has the same encoding as a normal BCD signal except that OFH denotes a null, and the 


remaining unused encodings are reserved. 


tttt The registers indicated with the italicized type are the nine registers that must be programmed 


before the board can operate in a system. Refer to the Configuration 
Sequence section for 


more information. 


R/O. READ/ONLY 
RIW. READIWRITE 
DEFAULT VALUE. POWER UP DEFAULT 


The demand for increased functionality and processing 
power in microcomputer 
systems is growing faster than 


single-processor 
solutions can satisfy. Multiprocessing, 
which allocates individual microprocessors 
to different 


functions within a system, has proven to be a viable solu- 
tion, largely because of the advent of inexpensive memory 
and CPUs. Today, multiprocessing 
is highly evident in 


computers where microprocessors 
are found not only on 


general-purpose 
CPU boards, but on intelligent disk con- 


troller boards, communication boards, and other special- 
ized boards. 


To build multiprocessor 
computer systems, a designer 
selects a set of boards that solves his application require- 
ments. The system bus is the vehicle for connecting the 
boards together and the medium through which intelligent 
boards communicate. 
Unfortunately, 
until now, conven- 


tional buses have not addressed this communication need 


with the idea of improving system performance and 
reducing complexity. 


The MULTIBUSI!lII architecture employs an innovative 
mechanism called message passing to improve perform- 
ance and simplify the implementation of multiprocessing 
computer systems. This product brief will discuss message 
passing and the benefits it brings to system design. 


Functional 
Partitioning 
and 
Microprocessor 
Communications 


There are two general types of multiprocessing: 
one that 
employs transparent multiprocessing 
in a tightly coupled 
system architecture and another that uses a heterogeneous 
mix of processors in a loosely coupled architecture 
(Figure I). 
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A functionally partitioned system is characterized 
by the 


use of a separate CPU and memory on a board with an 
optimized local environment. 
Other boards communicate 


via an interface which is independent of the implementa- 
tion of the board. Therefore, 
future enhancements in the 


functional module can be easily integrated without rede- 
signing the entire system. Also, since I/O, CPU, and 
memory technology evolve at different rates, a func- 
tionally partitioned system can be upgraded as technology 
allows, so the system integrator's 
products stay on the 


technological treadmill. 


Key to the success of a functionally partitioned system is 
the mechanism for communication between the various 
functions. The MULTIBUS II message-passing feature 
was designed to resolve the problems of communication 
in 


multiprocessing 
systems by providing a unique approach 


to intermodule interrupts and data movement. In addition, 
the MULTIBUS II solution can be implemented in a single 
coprocessor device that augments the CPU, providing a 
cost-effective solution as well. 


In traditional systems, interrupts are propagated via dis- 
crete interrupt lines. To get n processors to signal one 
another unambiguously, 
the bus needs n x (n -I) interrupt 


lines (this phenomenon is called the NxN problem). 
Since existing buses usually provide 7 or 8 interrupt lines, 
multiple sources of interrupts are assigned to a line, and 
the interrupted processor must poll to determine the 
source. 


In contrast, the MULTIBUS II architecture uses message 
passing in a virtual interrupt scheme to resolve N x N 


problems as well as to facilitate the more complex feature 
of intertask communications 
required for a multitasking 
operating system. A virtual interrupt is a message that 
contains a destination and a source address and two bytes 
of qualifying information (Figure 2). In addition, up to 28 
bytes of user data can be included in the interrupt. The 
entire message is sent as one packet on the system bus at 
the 40-megabyte-per-second 
maximum bus rate. 


When the entire process of interrupt signaling is evaluated, 
including the software involved, sending a virtual interrupt 
with user data can be faster than an interrupt line approach. 


Traditionally, 
processors share data on a bus through a 
common memory area. This memory area is either globally 
available or a dual-port into one of the processors' 
local 
memories. There are several performance 
issues with 


these approaches. 


First, it is necessary for one or both of the processors to 
use the system bus to reach the memory. When a processor 
uses the bus, it typically incurs an arbitration delay and the 
possibility of having to wait for other bus users to complete 
their activities. 


In a dual-port approach, only one processor incurs the 
bus delay. However, the local processor performance 
is 


adversely affected by two factors. The first is the dual- 
port control logic. The second is contention from the pro- 
cessor accessing the local memory through the dual-port 
from the system bus. 
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In the MULTIBUS II architecture, 
the mechanism for 
moving data from one board to another is built into the 
MULTIBUS II bus interface hardware. The component 
which supports the requirements of message passing is 
referred to as the message passing coprocessor (MPC). A 
pair of MPC devices, one on each communicating 
intelli- 
gent board, moves the data from one board to another. 
Figure 3 shows a typical message-passing system with 
a host CPU and a disk controller using MPC devices to 
communicate. 


For systems where the data to be shared is small and infre- 
quently accessed, the performance impact may be trivial. 
However, as shared data needs increase, the CPUs pay a 
noticeable penalty. At this point, the system bus can also 
become a bottleneck. When systems software is required 


to coordinate and communicate the location of the shared 
memory, performance can further degrade. Finally, shared 
memory designs are also wasteful of bus bandwidth, com- 
plicated to debug, and are not easily extensible to beyond 
a single pair of communicating CPUs. 


The ideal shared data system would have one CPU signal 
to another that it has data to share, followed by it becoming 
available to the second processor within its local memory. 
An example might be a disk system with a program or a 
set of data that a second processor spends a large portion 
of its time accessing. Getting the program or data quickly 
into the.local memory of the second CPU is the key to 
achieving a performance 
improvement. 
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In this example, the following is the sequence of events 
that occurs when the host desires a file: 


I. The host requests the file using an interrupt message 


that uses the data field to describe the file. 


2. The disk controller responds back to the host after 


retrieving the file with a request for memory. 


3. The data is then arranged into 32-byte packets, and 


each packet is transmitted over the bus until all the 
data is at the host. The transfer is then complete. 


The packets that are communicating 
and moving data 


between the MPC devices are transferring data at maxi- 
mum bus bandwidths - 
40 megabytes per seco!ld or lOOns 


per 32 bits. This constitutes a significant performance 
improvement·, over traditional global memory and 
dual-port memory transfers. 


By comparing this rate of data movement with today's 
VLSI devices, 40 megabytes/second 
is about five times as 


fast as the fastest microprocessor 
devices. The MPC per- 


forms a speed-matching function between the bus and the 


local microprocessor environment. Between the system 
bus and the local bus, first-in first-out memories perform 
the speed matching. Figure 4 shows the data flow in an 
MPCdevice. 


Data messages are broken into 32-byte packets because of 
the speed difference between the bus and the data rate that 
can be supported on a board. Since even the fastest micro- 
processor DMA devices cannot keep pace with these data 
rates, and real-time performance is affected if the packets 
are too large, it is advantageous to break a large data 
movement into small pieces and let the bus interface 
reconnect the pieces. 


A 32-byte message packet only takes one microsecond of 
bus time (2-qcle 
header plus 8 cycles data x 100 ns/cycle). 
This a1lowsother boards to use the bus between the packets 
that make up a large data movement. Also, the system bus 
is not tied up for long periods of time when large data 
movements occur. For real-time applications, interrupts 
may be sent without having to wait for a long data transfer 
to complete. 


Examining 
the Performance 
Benefits 


A closer look at the example in Figure 3 shows the impact 
mesuae pusing has on system performance. Note that dur- 
ing the disk file request and transfer, neither CPU has to 
access the bus. The interrupt-like messages that request 
and set up the transfer as well as the transfer itself al1 
occur through the MPC. When the MPC sends a message, 


message, it is packetized and moved at 40 megabytes per 
second over the iPSB bus. As a result, any bus overhead 
is paid only once per interrupt message or once per 32 
bytes of the data transfer. 


In addition, the CPUs never pay a penalty for arbitration 
or contention on the bus, nor does either CPU incur any 
performance penalties associated with dual port memory 
operation. The wait states that a CPU would traditional1y 
incur are either greatly reduced or eliminated. Further- 
more, if the boards.in our example have a local DMA 
device, the CPUs are free to perform other tasks while the 
transfer is occurring. 


One final point - 
it is important to understand that the 


MULTIBUS II architecture also supports the traditional 
methods of communication such as dual-port and global 
memories. Message passing is an incremental capability. 


Summary 


The original design goals for message passing were to 
provide a performance enhancement and make it easier 
to implement multiprocessing systems. The achievement 
of these goals have resulted in the following benefits: mes- 
sage passing has solved the N X N interrupt problem; it has 
provided a high-performance solution to functional1y parti- 
tioned systems; and final1y, MULTIBUS II message pass- 
ing can be implemented in a single-chip solution, thereby 
providing a cost-effective answer for today's system 
design. 


REDUCING BOARD AND SYSTEM COSTS WITH 
THE MULTIBUS@" ARCHITECTURE 


Reducing board and system costs was a primary develop- 
ment goal of the MULTIBUS<!>II bus architecture. 
The 
effort to achieve that goal resulted in a number of impor- 
tant architectural features that directly and indirectly con- 
tribute to lower board and system costs. This architectural 
brief explores the following aspects of the MULTIBUS II 
bus architecture and discusses how each has contributed to 
reaching that goal: 


- 
VLSI Bus Interface 


- 
Geographic Addressing 


- 
Front Panel Design 


- 
Modular Board Sizes 


- 
iSSB System Serial Bus 


- 
Message Passing Interface 


The MULTIBUS I CPU board history is a good example. 
In 1975, the first board - 
the iSBC<!>80/10 board - 
con- 
tained a 2-MHz 8080 processor, 
I kbytes of RAM, up to 
4 kbytes of EPROM, one serial and 48 parallel I/O ports. 
Today, the iSBC 286/12 board contains an 8-MHz 80286 
processor, 
I Mbyte of RAM, up to 512 kbytes of EPROM, 


two serial ports, and a configurable parallel port. Overall, 
that is a 16X improvement in CPU, lOOOXimprovement 
for memory, and 2X improvement for I/O. 


On the other hand, bus interfaces have not benefited from 
VLSI advances. Using the same MULTIBUS I example, 
the original iSBC 80110 board used approximately 20 
devices for the interface; the current iSBC 286/12 uses 
about 35 devices. Thus, the board area required for the 
interface has remained about the same, as has the bus 
interface cost. Technology has had little impact ... until 
now. 


The MULTIBUS II bus architecture has been defined 
to let the bus interface derive the same benefit from 
advances in silicon technology as board functions. Figure I 
illustrates the expected cost reduction of the MULTIBUS II 
bus interface over time. 


Generally, board-level products consist of two parts: a bus 
interface and on-board functions. Although silicon technol- 
ogy advances (VLSI) IIistorically have greatly improved 
the number of on-board functions, the same cannot be 
said of VLSI's impact on the bus interface. 


BUS 
INTERFACE 
COST 


(MATERIAL 
ASSEMBLY 
& TEST) 


Achieving this improvement will be through a continuous 
process of integrating more and more of the bus interface 
into VLSI as technology allows. For a full-capability in- 
terface today, as shown in Figure 2, the interface requires 
about 22 devices: two gate arrays (the Bus Arbiter/Con- 
troller [BACI, and the Message Interrupt Controller 
[MICD, plus about 20 programmable 
logic arrays and 


transceivers. 
In small quantities, the piece-part cost of 


these 22 devices is approximately $130. 


The next step is the integration of all but the transceivers 
into a single VLSI device. This lowers the cost to about 
$100. The final step in the evolution of MULTIBUS II 
interface is a complete single-ehip integration of all bus 
components, 
reducing the cost to about $65. 


This cost reduction is made possible by the synchronous, 
multiplexed structure of MULTIBUS II's Parallel System 
Bus (iPSB). The iPSB requires only 62 lines (address, 
data, and control) to implement the entire 32-bit bus. In 
addition to noise immunity, the synchronous protocol 
allows the blls operation to be completely and unam- 
biguously defined via state diagrams. The state diagram 
definition is compatible with today's CAD/CAE design 
methodologies, 
making both the device and board 


designers' jobs faster and easier. 


It's important to note that in all three phases of the above 
evolution to a single-chip device, the bus interface imple- 
ments advanced features of the bus: parity protection on 
the address, data, and control signals; operational error 
detection; distributed arbitration; and virtual interrupts. 
(These features are discussed elsewhere in this technical 
series.) 


A critical factor in making a single-chip bus interface 
solution for a 32-bit bus is the number of signal lines. 
In the MULTIBUS II architecture, 
the total number of 


required device pins for the local bus, the system bus, and 
additional control is approximately 
150 pins. It is possible 
to build a single-chip interface using today's silicon and 
packaging technologies. A non-multiplexed bus structure, 
on the other hand, would have pushed the device pin count 
into an area requiring specialized component packaging 
technology. 


Materials cost is not the only area where cost savings 
result. Reducing the bus interface to a single-ehip device 
obviously lowers the total board area required by the inter- 
face. This benefit gives the designer two choices: pUlling 
more functions on the board, thereby lowering the system 
cost per function; or reducing the individual board cost by 
keeping the number of functions the same. 


Driving the bus interface to a single-chip device directly 
lowers board material cost and improves a system's cost- 
per-function ratio. Another feature, geographic addressing, 
reduces costs after the board is built. 


Most every board user has encountered the problems of 
deciding which configuration jumpers to use and having to 
track down a misplaced or missing jumper. Geographic 
addressing helps solve these problems as well as making a 
board easier to use, debug, test, and service. 


Geographic addressing is the ability to address a specific 
board by its slot number. When the special configuration! 
diagnostic registers on each board have been properly 
defined, system software can assume the tasks of identi- 
fying, configuring, and testing individual boards. 


As a minimum, geographic addressing reduces or elimi- 
nates jumpers and DIP switches, thereby saving labor and 
dramatically reducing configuration errors. The MULTIBUS 
II iSBC MEM/312 memory board, a dual-ported cache- 
based board, is a good example. It contains no jumpers, 
yet options such as starting and ending addresses for each 
of the ports are software-configurable. 
(The closest equi- 


valent MULTIBUS I memory board contains over 100 
jumpers.) 


Sometimes, it is difficult to eliminate jumpers, as when 
switching serial ports from RS232 to RS422 drivers. In 
such cases, geographic addressing still helps since soft- 
ware can read the jumper positions to verify they were 
installed correctly. 


With software controlling the board configuration, 
only 


one version of the operating system is necessary. The oper- 
ating system can automatically configure the system regard- 
less of where the boards are inserted. After reset, software 
reads the identity of the board in each slot, configures it 
appropriately, 
and then loads the corresponding 
operating 


system drivers. In an environment where systems are cus- 
tomized for individual customers, this ability can dramati- 
cally reduce system-generation 
costs. 


Geographical addressing also simplifies spares manage- 
ment. Within many companies, the same basic board is 
used in multiple applications, each requiring a different 
configuration. 
With traditional buses, this creates a spares 
stocking problem since either the basic board is stocked and 
then configured as needed, or each individual configura- 
tion is stocked separately. With MULTIBUS II boards, 
only the basic board needs to be stocked since the system 
software of each application configures each board appro- 
priately. 


Geographic addressing also reduces diagnostic costs. On 
each of Intel's MULTIBUS II boards, special diagnostic 
registers and an on-board microcontroller 
are included for 
running Built-In-Self-Tests 
(BISTs). With geographic 
addressing, software can trigger each board's BIST (con- 
trolled by the microcontroller) 
and read the test results. 


The results are also reflected on a front-panel LED for 
quick serviceability. 


Since the diagnostic capability is run by software, even 
remote diagnostics are simplified. The system configura- 
tion can be observed remotely, BISTs run, and failures 
identified. Because special configuration is usually not 
required, replacement is easy. For systems requiring a 
level of fault tolerance, the faiLedboard can be isolated 
from the bus (again by using geographic addressing), and, 
if desired, a hot spare (an existing board installed in the 
system and waiting to be used as a replacement) config- 
ured into the system. Thus, the software configuration 
and diagnostic capabilities can easily reduce service 
costs by eliminating service calls. 
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Typically, Eurocard front panels consist of a thin, flat 
metal plate thru which I/O connectors are fitted. Placing 
boards side-by-side in a card cage creates narrow slots 
between the panels which are difficult to shield effectively 
to meet FCC electromagnetic 
interference (EMI) regula- 
tions. With such configurations, 
additional electrical 


shielding is usually required. 


To solve this problem, the MULTIBUS II architecture 
employs a U-shaped front panel (Figure 3). From the 
EMI point-of-view, this makes the front panel electrically 
thicker. When boards are placed side-by-side, these elec- 
trically thicker panels attenuate both incoming and outgoing 
radio frequency energy. In most systems, this eliminates 
the need for additional shielding, which in turn reduces 
system costs. 


In addition, the MULTIBUS II front panel design employs 
shielded D-type connectors. With this design, external 
cables can be attached directly to the front panel, thereby 
lowering cabling costs by eliminating intervening ribbon 
cable connections. 


The MULTIBUS II specification allows both single and 
double connector sized boards. Boards designed for either 
size are compatible since the full 32-bit bus is defined on 
a single connector. This capability improves the modularity 
of the system: boards can be sized to meet the number of 
functions required. 


For example, dumb I/O boards can use the single con- 
nector size, while intelligent boards will typically use the 
double connector size. Because users can choose exactly 
the functions they need in their systems, the system's 
cost-per-function 
is improved considerably. 


Future MULTIBUS II architectures will contain a special 
serial bus (the iSSB Serial System Bus) that will be com- 
patible with the iPSB bus. The iSSB promises significant 
system-level cost reductions through physical distribution, 
a low-cost bus interface, and an inexpensive interconnect. 


The iSSB bus is specified to operate at 2 Mbits/sec over a 
10 meter twisted-pair cable. This physical distribution can 
simplify mechanical packaging and eliminate expensive 
controller boards. Figure 4 shows how a total parallel 
bus system solution might migrate to a serial connection. 
Notice that this migration eliminates the controller board. 
And, since the programmatic 
user interface (message 


passing) is compatible in both cases, the migration 
requires no change to the user software. 


The bus interface cost for the iSSB is, of course, much 
less than for a parallel bus. On the bus side, only two 
lines are required. With a single-chip interface, this 


reduces the device's pin count, a major factor of device 
cost. In addition, because a twisted-pair cable is far less 
expensive than' a 6-layer backplane with 96-pin connectors, 
the iSSB bus interconnect cost is also reduced. 


FUNCTIONAL 
PARTITIONING 
AND THE 
MESSAGE 
PASSING 
INTERFACE 


The MUL TIBUS II message passing interface encourages 
system designers to functionally partition their systems. 
Functional partitioning reduces development costs because 
it creates a structured programming, procedural-level inter- 
face in hardware. 


In a functionally partitioned system, communication 
between boards is typically defined at a level approaching 
that of high-level languages. Rather than interfacing at the 
bit and byte level, functional partitioning encourages proce- 
dural interfaces using such abstractions as files and 
messages. 


With the interface defined at a level approaching a high- 
level language, the designer of one board is isolated from 
implementations used on other boards. If technology, 
competitive factors, or errors force a designer to alter his 
board, the changes are isolated from the remainder of the 
system, thereby minimizing the cost of implementing 
those changes. 


A high-level interface also allows easier upgrades because 
the implementation is free to change and improve. In the 
file system example shown in Figure 5, the interface is on 
a file basis and boards for floppy disk, winchester disk, 
SMD, or tape are interchangeable. 
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Figure S. Host to Host Functions 
Communicating 
in Standardized 
Messages 


The MULTffiUS IT architecture was defined to take advan- 
tage of technological advances to reduce a system's life- 
cycle costs. First, VLSI technology helps reduce the 
material cost for the bus interface through a single-chip 
interface. Second, geographic addressing contributes to 
significant savings for system generation costs, diagnos- 
tics, spares management, and service. Third, the front 
panel design reduces cabling costs and makes it easier to 
meet EMI regulations, while the modular board sizes 
improve cost-per-function 
ratio. In the future, the iSSB 


bus will provide system level cost reductions through 
physical distribution, a low-eost bus interface and an inex- 
pensive interconnect. 
Finally, functional partitioning 


reduces development costs through a standardized, high- 
level interface that provides an easy upgrade path. 
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USER'S PROGRAM LIBRARY 


• 
Program 
Library 
Catalog 
Offering 
Hundreds 
of Programs 
• 
Diskettes 
and Listings 
Available 
for Library 
Programs 
• 
New Program 
Updates 
sent 
During 
Sub- 
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Membership. 
Membership 
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or paid membership 
fee. 


Program 
Submittals. 
The Insite Library is 
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by 
users. Customers 
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their programs. 
(Details and forms are available 
through the Insite Library.) For each accepted 
program, submittors 
will receive members,hip 
with Insite for one year or a free program pack· 
age. 


Program 
Library 
Service. 
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in Insite Library. Membership 
is required to pur· 
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Program 
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Catalog. 
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Insite offices 
are worldwide, 
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tions to serve you: 
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Free Membership 
to Software 
Support 
Standard 
Contract 
Customers 
• 
Free Membership 
to Warranty 
Customers 
• 
CP/M 
80, ISIS II, iNDX, and iRMX 86'" 
Operating 
Systems 
Supported 
• 
Programs 
for 8048, 8041, 
8051, 
8052HB, 
8080/8085,8086/8088, 
80286 
Processors 


THE ORIENT 
Intel Japan K.K. 
5-6 Tohkohdai, Toyosato·cho, 
Tsukuba-gun, 
Ibaraki, 300-26, 
Japan 
ATIN: 
Insite User's Program Library 
Telephone: 029747-8511 
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Intel Semiconductor 
GmbH 
Seidlstrasse 27 
8000 Muenchen 2 
West Germany 
ATIN: 
Insite User's Program Library 
Telephone: 089-5389-1 
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- 
Library members have available a variety of programs, Insite catalogs, updates and special 
discount 
offers. 


- 
Annual membership forms may be sent to the local library (see sample form and location list 
on back page). 
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Ordering Programs 


- 
Library membership 
required. 
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- 
Program order forms should be sent to the local library (sample form provided on the follow- 
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iAUG is the Intel iAMX@User's Group. It is a non-profit group chartered to establish a forum for users of the 
iAMX Operating System and to promote and encourage development of iAMX based software. 


iAUG membership is for licensed iAMX Operating System users and their employees. Benefits of membership 
include: access to the user's library of iAMX software tools and utilities; membership in local and international 
chapters; access to the group bulletin board; receipt of bimonthly international newsletters; synopsis of software 
problem reports (SPAs) submitted by members; opportunity to present papers and conduct workshops; 
invitations to seminars devoted to the use of Intel products. 


The user's library, maintained by iAUG, contains software programs written and submitted by members and Intel 
employees. Programs available range from file or directory manipulation commands and terminal attribute 
selection utilities to dynamic logon, background job facilities and basic communication utilities. 


Local and intern;tional iAUG chapters provide a forum for members to meet other iAMX Operating System 
users in an informal setting. At local meetings and the annual international seminar, members can discuss their 
ideas, share their experiences and techniques, and give feedback to Intel for future improvements and features 
of the iAMX Operating System. The meetings also showcase new products offered by Intel and other 
developments in iAMX based software supplied by other companies. 


iAUG sponsors a Special Interest Group (SIG) on the CompuServe Information Service. The message facility 
(bulletin board) allows members to leave and receive messages from other members. These might include 
problems and solutions regarding the iAMX Operating System or new techniques to be shared. 


"The Human Interlace" is iAUG's bimonthly international newsletter. It serves as a supplement to chapter 
meetings by providing: library listings, information on the latest releases of products running on the iAMX 
Operating System; officer messages; member SPAs; vendor aids; release and update plans for the iAMX 
Operating System; and technical articles from the members. 
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Mailstop HF3-54 
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occurred 
to their 
subscription 


products. 


Also included 
in iMBX monthly 
update packages 
are 


announcements, 
Dear 
Customer 
letters, 
revised 


schematics, 
and 
new 
copies 
of revised 
Hardware 


Reference 
Manuals 
for the products 
for which 
th~y 


have subscribed. 


Orders for the MULTI BUS EXCHANGE 
are a combi- 


nation of a base order (iMBX 
100), plus an order for 


each product 
for which they would like to subscribe. 


MULTIBUS 
boards, 
chassis, 
and backplanes 
are or- 


dered 
as iMBX 
110, MULTIMODULE 
and 
BITBUS 


boards 
are ordered 
as iMBX 
120, and the System 


310 as iMBX 130. 


inter 
CUSTOMER 
TRAINING 


o In~epth 
exposure and 
practical "hands-on" 
experience 
with Intel 
products 


o Quick and effective 
Microcomputer, 
Systems, 


Local Area Network and 
End-User training 


o Quality training and 
instructional 
materials 
including slide/video pre- 
sentations and reference 
manuals 


o Available at 14 intema- 


tionallntel 
Training 


Center locations, 
or at 


customer sites for 
on-site project teams 


Hands-On 
Training Reduces 


Your Development Time 


Intel's comprehensive 
training 
workshops 
are 1-10 10-day 
training 
sessions 
where a lim- 


ited number 
of individuals 
receive detailed 
technical 
training 
and attend hands-on 
laboratory 
sessions that teach 
them to design 
with Intel 
products. 


The workshops 
are a 
proven fast and efficient way to 
provide training 
to new design 
team members 
who otherwise 
would spend 
weeks of self- 


study to attain optimum 
pro- 


ductivity. 
The workshops 
are 
an excellent way to get engI- 
neers up to speed 
quickly. 


Courses Cover All 
Aspects of Systems, Design 
And Implementation 


A variety of courses 
is offered 
regularly. The courses 
include: 


Microprocessor/Micro- 
controller 
Workshops 


80386 
Programming 
Using 
ASM 386; 80386 
System 
Software; 
80386 
Hardware 


Design; 
80286 
Micro- 
processors; 
8086, 8088, 


80186, 80188 Microprocessors 
Base Architecture; 
8086, 


8088, 80186, 80188 Advanced 
Microprocessors 
(including 
8087); Introduction 
to Micro- 
processors; 
MCS'"-80/85 


Microprocessors; 
121CEUser.'s 
Workshop; 
MCS'"-51 
Micro- 
controllers; 
MCSN_96 16-bit 
Microcontroller 
and Bitbus. 


Operating 
Systems 
and Pro- 


gramming 
Workshops 


PLIM Programming; 
iRMX~ 


86 Operating 
System Part 1; 


iRMX 86 Operating 
System 


Part 2; iRMX 286 Operating 
System; iRMX Application 
and 


Debug; 
Fundamentals 
of 
XENIX'; 
XENIX Shell Pro- 


gramming; 
XENIX System 
Administration; 
Introduction 
to 
C Programming; 
System 
Programming 
in C for XENIX 
andiDIS 


Local Area Networking 
Workshops 


LAN Overview; 
Map-NET; 
iNA 


960; LAN ApplicationsliRMX- 
NET and LAN Applications! 
XENIX-NET 


End-User 
Workshops 


Office Automationllntroduc- 
tion; Office Automation/ 
Advanced; 
System AdminiS- 


tration 1; System AdminiS- 
tration 2; and Network 
Admin- 


istration 
1 (Local Area Net- 
works and OpenNET'j. 


Training Locations And 
Dates 


Workshops are offered nearly 
every week at Intel Training 
Centers. A Customer Training 
Workshop Catalog that details 
scheduled 
dates and loca- 
tions of specific workshops is 
distributed twice a year. You 
may obtain your catalog from 
Intel's Literature Department, 
your nearest Intel Sales Office, 
or by calling your local Intel 
Training Center. 


Workshop Options 


Customer Site Workshops 
Training workshops may also 
be held at your site. All instruc- 
tional materials and laboratory 
equipment are brought in by 
Intel, together with a qualified 
Intel instructor to conduct the 
session. 
Customer-Site Workshops 
offer the following benefits: 


• Intensive, personalized 


training focused on your 
staff 
• Adjustments to the 


courses/sessions 
to fit the 
backgrounds 
and needs 
of the participants 
• Improved learning atmos- 
phere as a result of co- 
workers training together 
and receiving quality, uni- 
form instruction 


• Convenience, 
because 
the class can be sched- 
uled according to your 
needs. 


• Cost-effectiveness, 


because more personnel 
can be trained at a lower 
cost per person. 


Custom Workshops 
Should you require a more 
customized workshop to meet 
a special need or fit a specific 
product line, we will tailor a 
program that will do the job for 
you efficiently and effectively. 
Such workshops may be con- 
ducted either in one of Intel's 
Training Centers or on-site at 
your facility. 


Intel's Introduction to Micro- 
processors course is available 
in a self-paced instruction kit 
(as well as in publicly held 
classes). 


Workshop Tuition 


Standard Tuition 


This basic package fee 
includes course notebook, lit- 
erature and materials (such as 
the SDK-85 kit for the Introduc- 
tion to Microprocessors 
Workshop). 


Group Rate Tuition 


When an organization enrolls 
three or more individuals in the 
same workshop (held on the 
same date in the same location) 
the company becomes eligible 
for a special group rate and 
a savings on the overall cost of 
tuition. To receive the discount, 
three individuals must attend 
the class. 


Enrollment 
Intonnation 


Call the Intel Training Center 
nearest you between 
830-12:00 and 1:00-4:30. 
Since enrollment is limited, 
registration 4-8 weeks in 
advance is recommended. 
A confirmation 
letter will be 


issued upon registration, 
which guarantees enrollment. 


Worldwide 
Training Centers 


Boston 
Three Carlisle Road 
First Floor 
Westford, MA 01866 
(617) 692-1000 
Chicago 
300 N. Martingale Road 
Suite 300 
Schaumburg, 
IL 60173 
(312) 310-5700 
Los Angeles 
Call Santa Clara 
(408) 970-1700 
Santa Clara 
2700 San Tomas Expressway 
Santa Clara, CA 95051 
(408) 970-1700 
TWX 910-379-5082 


Washington, D.C. Area 
7833 Walker Drive 
Fourth Floor 
Greenbelt, MD 20770 
(301) 220-3380 
TWX 910-997-0428 
Copenhagen 
Glentevej 61-3rd 
Floor 
DK-2400 Copenhagen 
(01) 198033 
Telex 19567 


Hong Kong 
1701-3 Connaught Centre 
1 Connaught 
Road, Central 
5-2153117 
Telex 60410 ITLHK HX 
Milan 
Milanofiori Palazzo E/3 
20090 Assago, Milan, Italy 
39-2-82-44-071 
Munich 
Nymphenburger 
Strass 1/111 
8000 Muenchen 2, West 
Germany 
(089) 5389-0 
Telex 523177 
Osaka 
Ryokuchl-Eki Building 
2-4-1,Terauchi 
Toyonaka-shi, Osaka, Japan 
03-437-6611 
Paris 
1 Rue Edison 
BP. 303 
78504 St. Quentin-en-Yvelines 
Paris, France 
30-57-7000 
Telex 270475 
Rotterdam 
Marten Meesweg 93 
3068 Av Rotterdam 
The Netherlands 
(10) 2123.77 
Telex 22283 
Stockholm 
Dalvagen24 
S-17136 Solna, Sweden 
(468) 734-01-00 
Swindon 
UnitsF&G 
Dorcan Complex 
Faraday Road 
Swindon, Wiltshire, England 
793-696-000 
Telex44447 
TelAviv 
Atidim Industrial Park 
Neve Sharet, Dvora Havevia 
TelAviv 61430 
3-491099 
Tokyo 
Matsuoka-Tamura-cho 
Bldg. 


22-10,5-chome, Shinbashi 
Minato-ku, Tokyo, 105 Japan 
03-437-6611 
Toronto 
Call Boston 
(617) 692-1000 
Telex(710)343-6333 
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SOFTWARE 
SUPPORT 
I 1'eI 
SERVICE 


o Comprehensive 
software 
support to address your 
most/~uentque~ion~ 


o Two levels of support: 
Standard Service or 
Basic Service 


o Updates ensure that you 
have the latest 
released 
version of Intel 
software. manuals 
and documentation 
for all 
covered products as 
they are released 
o Users kept up to date 
with regularly published 
software data 


Most Commonly Reque~ed 
Support Services 
For An Easy-To-Budget 
Monthly Charge 


STANDARD SERVICE 


TIP SERVICE 
BASIC SERVICE 


UPDATES 
UPDATES 
I 


SUBSCRIPTIONS 
SUBSCRIPTIONS 
I 


Intel's Software Support Ser- 
vice provides updates, man- 
uals and documentation 
for 
covered products as released; 
Intel's ;COMMENTS technical 
newsletter; product-specific 
technical reports; written 
responses to customer inquir- 
ies under our Software Prob- 
lem Reporting (SPR) Service; 
and access to TIP Service 
phone support. 


Packaged in a convenient 


"environment" 
form, the Stan- 
dard and Basic Software Con- 
tracts cover all supported 
software products that run in a 
particular environment. 


Additional software prod- 
ucts purchased at a later date 
which run in the covered envi- 
ronment may be added at no 
extra charge by simply regis- 
tering the product. 


A basic monthly fee is set for 
the first system covered. All 
additional systems are 
covered at a reduced rate per 
system. You are entitled to 
updates and subscriptions 
equivalent to the total number 
of systems covered under the 
contract. 


Standard level service 
includes TIP support, for two 
callers for each system cov- 
ered under the contract. 


Contracts have a minimum 
one-year term and continue in 
force until cancelled with 30 
days' written notice. 


o Direct telephone 
access 
to Intel's trained 
Software 
Support staff to 
help isolate and resolve 
problems 


TIP Service Provides 
Telephone Access 
To Trained 
Software 
Engineers 


TIP Service is a product- 
specific telephone information 
service designed to address 
time-critical product inquiries 
by providing direct access to 
Intel's trained Software Engi- 
neering staff. This direct 
response mechanism 
aids in 
obtaining maximum 
utilization 


of your Intel software products. 
TIP Service provides a timely 
response to those time-critical 
product questions that could 
not be answered by the prod- 
uct documentation, 
the Soft- 
ware Problem Reporting 
Service or the regularly pub- 
lished Technical Reports. 


The two designated callers 
will have, by phone, direct 
access to Intel's trained Soft- 
ware Engineering staff within 
Intel's Central Customer Sup- 
port Center during normal 
working hours (7:00 a.m. to 
6:00 pm MST). 


When you call TIP Service, 


the receptionist will initiate a 
numbered 
Incident Report 


and provide you with this 
assigned number for future 
reference. At this point, you will 
be able to speak with a mem- 
ber of Intel's Software Engi- 
neering staff. If one is not 
immediately available, the call 
will be returned within 
two hours. 


Any new symptom, problem 


or work-around identified by 
you or the Software Engineer 
is added to the Software Prob- 
lem Report (SPR) Service for 
future reference and incor- 
porated into the appropriate 
Troubleshooting Guide. 


Upon conclusion of the 
inCident, the Incident Report 
is closed and permanently 
logged and filed. 


Software Engineers Help 
Isolate And Solve Problems 


Intel's Software Engineering 
staff is a group specifically 
established to provide the fol- 
lowing services to users of 
Intel software and system 
products: 


• Centralized access to 
Intel's engineering and 
support resources 
• The latest technical infor- 
mation on Intel defined 
and documented 
product 
problems and deficien- 
cies, and their associated 
work-arounds, temporary 
fixes, patches or other 
solutions 
• Technical assistance in 
isolating the cause or 
source of a suspected 
product problem 
• A central Software Problem 
Reporting (SPR) Service 


Updates Ensure That 
You Have The Latest Released 
Version Of Any Intel Software 


Under the terms of the con- 
tract. Intel will provide man- 
uals, documentation, 
diskettes 
or other media of your choice 
for all covered updates as they 
are released. 


When you obtain contrac- 
tual coverage for your Intel 
software products, you must 
designate a primary and a 
secondary 
person for Intel to 
contact. Intel will send a soft- 
ware registration packet that 
will allow Intel to verify that the 
software to be supported 
is at 
the current release level. Intel 
will then record the returned 
information and assemble and 
mail any required updates, 
manuals and supporting 
docu- 
mentation to the designated 
contact. 


Subscription 
Service 


'Keeps You Up-To-Date And 
Up-To-5peed 


Intel's Subscription Service is 
an efficient communications 
mechanism intended to pro- 
vide you with the latest Intel 
software and system product 
data, as well as information 
regarding product and docu- 
mentation inconsistencies. 


Itis also a mechanism to 
enable you to report sus- 
pected product problems 
to Intel's engineering 
organization. 


Subscription Service includes: 


• ;COMMENTS-atech- 
nlcal bulletin which con- 
tains operational tips, 
programming 
techniques 
and other technical 
information. 


• Troubleshooting Guides- 


technical information 
regarding current soft- 
ware problems, interim 
programming 
solutions 


and application articles. 
Published periodically, by 
product or product family. 


• Software Problem Report- 


ing (SPR) Service is a writ- 
ten communications 
vehicle for you to use to 
inquire about or to report 
suspected product prob- 
lems, or to suggest prod- 
uct improvements. All 
Software Problem Reports 
(SPRs) are reviewed by a 
member of the Software 
Support Staff, and are 
answered in writing as 
quickly and completely as 
possible. 


Ordering Information 


Software support contracts 
are placed in effect by com- 
pleting an Intel System Service 
Agreement. Eligible contract 
environments are listed in the 
current Intel price book. 


Contact your local Intel 
Sales or Service Office to sign 
up for support. 


-1m_I' 
SYSTEMS ENGINEERING 
Il-e 
SERVICE 


o Engineering 
Services 
from highly trained and 
experienced 
Systems 
Engineers 


o Direct access to Intel's 
current technology, 
engI- 
neering resources 
and product 
Infonnation 


o Quick help to complete 
applications 
based 
on 
Intel products 


Systems Engineering 
Services 


Intel provides Field Systems 
Engineering Services to meet 
your needs in any phase of 
your development 
or support 
effort. Our Systems Engineers 
(SEs) have extensive industry 
experience and they are 
highly trained on Intel's latest 
technology. Additionally, our 
SEs have easy access to 
Intel's vast technology 
and 


factory resources to help 
guide your effort or to quickly 
resolve a problem. Because 
your workload and resource 


requirements vary, we have 
established a large and grow- 
ing organization of Systems 
Engineers so that we will have 
an SE available where and 
when you need one. The ser- 
vice is very flexible. You can 
engage an SE by the hour, 
week or month. Also, you can 
engage an SE on a retainer 
basis to be available to you 
throughout your development 
effort. 


Systems Engineering 
Services Can Help You In 
Many Ways .•. 


We Can Save You Time 


We have anticipated your 
need to maximize the use of 
your staff to complete your 
development 
effort. That is 


why we provide industry expe- 
rienced and highly trained SEs 
to assist you with the integra- 
tion of Intel's technology 
with 


your product. Because our 
SEs are constantly working 
with new products on different 
projects, Intel SEs have many 
years of experience rather 
than a year's experience many 
times. This diverse industry 
experience enables them to 
understand and solve applica- 
tion problems rapidly. 


You can use an SE in a 


variety of ways, ranging from 
assistance in using a new 
product, developing 
an appli- 


cation, personalized training, 
customizing or tailoring an Intel 
product to providing technical 
and management 
consulting. 


Systems Engineers are well 
versed in technical 
areas 
such as microcommunica- 
tions, real-time applications, 
embedded 
microcontrollers 
and network services. 


Access to Intel Technology 
and Factory Resources 
Intel SEs are equipped 
with 
our latest chips, boards, 
boxes, systems, software and 
tools so they can work at your 
facilities or at our local office. 
Plus, the SEs are comple- 
mented by other field SEs, fac- 
tory support and development 
resources. These additional 
resources can lower your 
project cost and ensure com- 
patibility with future Intel proj- 
ects. So when you engage an 
SE you don't just get an indi- 
vidual-you 
get a whole team. 


Quality Commitment 


The quality of your completed 
effort is just as important to us 
as it is to you. As a member 
of your team we are committed 
to adhering 
strictly to your 
quality standards. 


For those customers who 
look to Intel to set the quality 
- standard, we have adopted 
the IEEE Software Engineer- 
ing Standards. Intel has broad- 
ened the IEEE outline and 
used it to develop a System 
Quality Assurance 
Plan. The 
plan covers design, documen- 


Systems Engineering 
5etvlces 


sr-mSoft-. 
La1guIIges 


RMXe 
PLM 


UNIX*IXENIX** 
C 


DOS 
ASSEMBLER 


iNA 
PASCAL 
FORTRAN 


tation, testing, peer reviews, 
coding and other essential 
components 
of a quality 
assurance 
plan. In addition, 
we have developed 
an 


Engagement 
Management 


Standard, which ensures you 
proper and timely information 
during the SE engagement. 


The Intel Team Is Ready 
To Help 


You know your application 
needs. Our field and factory 
teams know our products 
and have diverse applications 
experience 
using them. Work- 


ing together we can achieve 
an effective and timely solution. 
Unlike other alternatives for 


additional system engineering 
resources, Intel's Systems 
Engineers share your commit- 
ment to make the decision to 
use Intel products a good deci- 


AppAcl'llona 
Real-time 
Communications 
Office Automation 
Factory Automation 
Aerospace 
Military 
Financial 


._dware 
Componer1s 
Microprocessors 
MicrocontroUers 
Peripherals 
Boards 
Processof 
Communication 
VO 
Systems 
Real-time 
Multi-user 


sion. Our SEs are committed 
to help you get a successful 
product to market in the least 
possible time. 


Examples Of 
What We Have Done 


Microcommunications 


• Design and implementa- 


tion at all levels of 
integration of the ISOIOSI 
Seven-layer model 
• Fault-tolerant, distributed 
real-time microcomputer 
network design and 
implementation 
• Migrate 9600 baud ASCIII 
ASYNC to 10 megabiVsec 
Ethernet 


• Provide file transfer 


capability 
between VAXt 


and iRMX with remote job 
execution on iRMX sys- 
tem under VAX control 
• Port iNA to customer's 
custom board 


Microcontrollers 
• Embedded 
16-bit micro- 


controller for automotive 
applications 
-Engine 
control 
-Chassis 
control 


8y*Ims 
ElIgIneertng 
8ervIc:es 
Software 
Development 


System Integration 
Custom 
products 


Consulting 
Troubleshooting 
Network Design 
Project 
Management 


Custom INTEL Products 


• Communications 
firmware 
to optimize performance 
and for modem 
control 


• Diagnostics 
and boot 


PROMS 
• Graphics firmware 
customization 


Office Automation 


• Design 100+ node Ethernet 
Microcomputer 
network 


• Design and develop custo- 
mer specific network utilities 


• Needs analysis and rec- 
ommendations 
on effi- 
cient and effective use of 
microcomputers 
and ISV 
software packages 


Real-Time Applications 


• Blood analyzer control 
and test system 


• Conveyor control system 
• Remote monitoring 
system 


Ordering 
Information 


Your local Field Sales Engineer 
or the Regional SE Manager 
can discuss a Systems Engi- 
neer Service which is most 
appropriate 
to your needs. 


They can also provide infor- 
mation on Terms and Condi- 
tions including 
price 


information . 


• Registered Trademark of AT&T 


•• Registered Trademark of 
Microsoft Corp. 
t Registered Trademark of 


Digital Equipment Corp 


I- 
n+- r 
HARDWARE 
MAINTENANCE 
II~ 
SERVICE 


D Backed by a 15-year 
service organization 


D Comprehensive 
hard- 
ware support options that 
Include aI/ necessary 
parts, labor and Instal/a- 
tlon of engineering 
changes 


Comprehensive 
Hardware 
Support Options 


Intel's Customer Support 
Operation is an International 
Organization with the exper- 
tise and resources to provide 
on-site service on a world- 
wide basis. 


Intel's Standard Hardware 
Maintenance Service is 
designed to keep your system 
running at maximum effi- 
ciency. Intel provides remedial 
maintenance, preventive main- 
tenance and parts replace- 
ment, or exchange for a fixed 


D Personalized 
attention 
from your Intel Customer 
Engineer 


D Extended 
coverage 
options to provide you 
support up to seven days 
per week and twenty- 
four hours per day 


D Preferential, 
priority dis- 


patch of your Customer 
Engineer 
to your site 


amount. The contract includes 
all parts and labor during the 
contract hours selected at 
your site. 


Maintenance charges are 
based on Individual contracts, 
subject to applicable zoning 
policies and optional parts and 
coverage. It is recommended 
that all interconnected 
prod- 
ucts be included In the mainte- 
nance agreement. Extended 
Service coverage and Installa- 
tion are also available. 
Intel utilizes a sophisticated 
Central Dispatch System that 
promptly dispatches person- 
nel, monitors call progress and 
tracks each piece of equip- 
ment you have under contract. 
During emergency calls you 
are protected by the automatic 
problem escalation system. 
Central dispatch closely 


monitors the situation and will 
escalate problems to the 
appropriate management 
and 
technical people. The system 
maintains a complete history 
file on each piece of equip- 
ment under contract. This 
assures you that the equip- 
ment will be maintained at the 
highest level with engineering 
change orders and appropri- 
ate spares stocked locally. 


Intel's Preventive Mainte- 


nance (PM) programs are 
designed to increase your sys- 
tem availability by identifying 
potential problems before a 
malfunction occurs. Your 
assigned Customer Engineer 
not only performs the preven- 
tive maintenance specified by 
Intel or the original manufac- 
turer, but also will augment the 
service with perscnal experi- 
ence with your products and 
applications. The PM services 
include reviewing performance, 
history of the equipment, 
executing the diagnostics to 
identify potential problems, 
making any necessary elec- 
tronic and mechanical adjust- 
ments and replacing any worn 
or defective parts as required. 


Remedial Maintenance 
Receives Priority 


If unscheduled 
maintenance 


becomes necessary, the 
assigned Customer Engineer 
will be on-site within the con- 
tracted response time. The 
Customer Engineer will call the 
same day of your request for 
service to discuss the symptoms 
observed, ensuring that all 
logistical items are available to 
resolve the problem. Verifica- 
tion of the equipment being 
back in service will be accom- 
plished by executing dIag- 
nostics. The Customer Engineer 
will then update the device 
history file with the corrective 
action taken. 


Engineering Changes 
Installed At No Extra Cost 


Assuring you of the latest engi- 
neering improvements is a 
standard feature of Intel Stan- 
dard Hardware Maintenance 
Service. The changes ensure 
not only that the equipment 
operates at the highest stan- 
dards but has continued com- 
patibility with Intel supplied 
software and replacement 
parts. Engineering changes 
are installed during a pre- 
ventive or remedial mainte- 
nancecall. 


Service Specifications And 
Options 


Term 


Maintenance agreements are 
written for a minimum of a one- 
year term and continue month 
to month thereafter until can- 
celled by either party with 30 
days' notice. 
Standard billing is monthly 
but flexible options are 
available. 


Period of Coverage 
9/5-9 
continuous hours 


between the hours of 7:00 am. 
to 6:00 p.m., Monday through 
Friday, excluding local Intel 
holidays. 
16/5-16 
continuous hours 
between the hours of 7:00 a.m. 
to 12:00 Midnight, Monday 
through Friday, excluding local 
Intel holidays. 
24/5-24 
hour coverage com- 
mencing 7:00 am., Monday 
through 7:00 am. Saturday, 
excluding local Intel holidays. 


24/7-24 
hours coverage, 


7 days a week, excluding local 
Intel holidays. 


Maintenance Price Grid: 
9/5 
16/5 
24/5 24/7 
Standard 
11% 130% 150% 


Maintenance 
Service 
Response Time/Cost Grid 


The time/cost grid for mainte- 
nance agreement coverage 
lists the available response 
time within service zones. As 
equipment location moves 
farther in distance from the ser- 
vice center, response times 
are extended and contract cov- 
erage cost increases by the 
percentage quoted below the 
response time. For response 
time of less than 8 hours or dis- 
tance greater than 150 miles, 
contact your local Field 
Service Office. 


Parts 


Maintenance parts required 
for on-site service will be 
furnished by Intel on an ex- 
change basis; replaced parts 
become the property of Intel. 


Ordering Information 
Contact your local Intel Field 
Sales or Service Office. 


Class 
0-50 ml 
51-100ml 
101-150 ml 
Comments 


Standard 
8-hr 
16-hr 
24-hr 
On-site 
response 
response 
response 


100% 
125% 
150% 


inter 
. 


• One-stop shopping for your network 
• Complete phYSicaland logical 
network design 
• Network installation management 
• Network user and administrator training 
• Worldwide service and support 


• One-stop Shopping 


As part of the commitment 
to meet your total net- 


working 
needs, 
Intel 
offers 
a fu1l set of services 
to 


provide 
you 
with 
convenient 
one-stop 
shopping 
for 


a1l your 
networking 
requirements. 
This 
provides 
a 


single 
point 
of responsibility 
for insta1lation 
of your 


network 
and 
frees 
your 
resources 
to concentrate 
on 


your specific applications. 


• Complete Network Design 


Today's networking products are powerful and extremely 


flexible. The return they can provide on your investment 
via increased 
productivity 
and reduced costs can be very 


substantial. 
However, in order to obtain both maximum 


equipment 
utilization 
and user productivity, 
they need 


to be custom configured 
to your specific organizational 


and usage requirements. 
Whether insta1ling your first net- 


work or adding 
to an existing one, Intel's Networking 


Specialist can perform 
this design 
service for you. 


Physical Network Design: 
When planning and designing 


the physical layout of a network, 
issues such as type of 


building, 
local fire and 
building 
codes, 
adherence 
to 


various specifications 
(e.g., Ethernet, 
IEEE, RS232) must 


be taken 
into consideration. 
Intel's 
Physical 
Network 


Design Service can provide 
this for you. In addition 
to 


the most efficient cable routing and recommendation 
of 


the most reliable components, 
a complete bill of materials 


and cost information for the physical network is produced. 


Logical Network 
Design: 
Because every organization 
is 
unique and has its own set of requirements, 
the network 


that serves it must be 10gica1lydesigned 
and configured 


to meet these requirements. 
Just as there is no generic 


data base design, 
there 
is no generic network 
design. 
Issues 
such as the most efficient use of file and print 


servers, 
host communication 
servers, 
network 
security, 
and system 
and network 
administration 
must be taken 


into consideration. 
An Intel Networking 
Specialist 
will 


interview your users to understand 
their requirements 
and 


then logically design the network to meet those require- 
ments. This Logical Network Design Service produces the 
software "blueprint" 
to be used by the network installers 
and 
ensures 
immediate 
use 
of your 
network 
upon 
completion 
of its insta1lation. 


• Network Installation Management 
Once the physical and logical design of your network 


has 
been 
completed 
and 
agreed 
upon, 
the 
imple- 
mentation 
phase begins. An Intel team will manage 
the 
installation 
of the physical 
network, 
set up and insta1l 


a1lnodes, and insta1l and configure all software according 
to the logical design 
"blueprint" 
produced 
as a result 


of the Logical Network Design Service. Before the instal- 
lation team leaves, they will ensure 
that your network 


is fully operational. 


• Network User and Administrator Training 


Just as the design of the network 
is critical to its max- 


imum 
utilization 
and 
productivity 
so 
is the 
proper 
training of your users. Intel's Customer Training provides 
a comprehensive 
selection 
of courses 
for both 
your 


end users and network 
administrators. 
By training your 


staff in parallel 
with network 
insta1lation, 
they will be 


in a position 
to start 
using 
the 
network 
immediately 


upon 
its installation. 


• 
Worldwide Service and Support 
Because a network can be equated 
to a large multiuser 
mainframe, 
ensuring 
maximum 
network 
uptime, 
opera- 
tional 
efficiency 
and 
timely 
repair 
is 
extremely 
important. 
Intel's Customer 
Service provides a full range 
of network 
maintenance 
services that can be tailored to 
meet 
your 
specific 
needs. 
Among 
these 
are Software 
Support 
which includes free updates 
to all Software, and 
Hardware 
Maintenance 
of all system 
nodes, 
PCs and 
attached 
peripherals 
as well as the network 
"backbone" 


cable, 
transceivers, 
transceiver 
cables, 
connectors 
and 
repeaters. 
In the 
event 
of network 
problems, 
Intel's 
Customer 
Service 
personnel 
are equipped 
with 
pro- 
prietary software diagnostic tools which help to locate and 
analyze any problems 
quickly. These same tools can also 
be used to conduct 
a periodic performance 
"tune up" of 


your network. Options as to level of service, response time 
and hours 
of coverage are also available. 


Over 86S trained 
professionals 
in 80 service locations 


are dedicated 
to providing 
you with top quality, world 


class service. 


• 
Custom Network Management Services 
If you have a large network 
installation, 
Intel's team of 


Network 
Specialists 
can put together 
a custom proposal 


that will provide 
a wide range of Network 
Management 


Services to meet your specific needs. These include, 
but 


are not limited 
to, the following: 


• Network 
administration 
• Coordination 
and administration 
of customer 


user groups 
• On-site 
first level support 
• Node relocation 
management 
• Consulting 
and application 
development 


